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 [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) _______________________________________________ Bug-guile mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-guile
