Support for shared libraries is broken under hpux

[John David Anglin]

I have found that the change to use `-no-undefined' causes libtool not
to build shared libraries under hpux 10 and 11.  I didn't notice this
in the initial build.  After installation, we have a new set of headers
and archive libraries, but old shared libraries.  This inconsistent
configuration breaks the build of autogen, etc.

The initial problem starts here:

/bin/sh ../libtool --mode=link gcc  -O2 -Wall -Wmissing-prototypes  -s -o libgui
le-ltdl.la -rpath /opt/gnu/lib -version-info 1:0:0 -export-dynamic -no-undefined
 guile-ltdl.lo  -lcrypt -lm 
rm -fr .libs/libguile-ltdl.la .libs/libguile-ltdl.* .libs/libguile-ltdl.*

*** Warning: linker path does not have real file for library -lcrypt.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libcrypt and none of the candidates passed a file format test
*** using a file magic. Last file checked: /usr/lib/libcrypt.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.

On hpux, libcrypt is only available as an archive library.  Thus, it's
not particularly a great idea to linked it into a shared library.  As
a first step, I think the `-no-undefined' option needs to be dropped
in hpux builds.

Dave
-- 
J. David Anglin                                  address@hidden
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)