Hi Eric, * Eric Blake wrote on Fri, Sep 02, 2005 at 03:29:58PM CEST: > > I don't know if this is a bug in m4 or in libtool, but with the absolute > latest CVS autoconf, automake, and libtool installed into /usr/local, and > latest CVS m4 plus my patch to fix bootstrap > (http://article.gmane.org/gmane.comp.gnu.m4.patches/229), m4 is failing to > build on cygwin due to: > > /bin/sh ./libtool --tag=CC --mode=link gcc -O2 -pipe -no-undefined > - -export-dynamic -o m4/libm4.la -rpath /usr/local/lib m4/builtin.lo > m4/debug.lo m4/hash.lo m4/input.lo m4/m4.lo m4/macro.lo m4/module.lo > m4/output.lo m4/path.lo m4/symtab.lo m4/syntax.lo m4/utility.lo > gnu/libgnu.la -lltdl -lintl > libtool: link: rm -fr m4/.libs/libm4.dll.a > libtool: link: gcc -shared m4/.libs/builtin.o m4/.libs/debug.o > m4/.libs/hash.o m4/.libs/input.o m4/.libs/m4.o m4/.libs/macro.o > m4/.libs/module.o m4/.libs/output.o m4/.libs/path.o m4/.libs/symtab.o > m4/.libs/syntax.o m4/.libs/utility.o -Wl,--whole-archive > gnu/.libs/libgnu.a -Wl,--no-whole-archive /usr/lib/libltdl.dll.a > /usr/lib/libintl.dll.a -L/usr/lib /usr/lib/libiconv.dll.a -o > m4/.libs/cygm4-0.dll -Wl,--image-base=0x10000000 > - -Wl,--out-implib,m4/.libs/libm4.dll.a > Creating library file: m4/.libs/libm4.dll.a > m4/.libs/module.o:module.c:(.text+0x6cb): undefined reference to > `_lt_dlhandle_find' > m4/.libs/module.o:module.c:(.text+0x8a5): undefined reference to > `_lt_dlhandle_first' > m4/.libs/module.o:module.c:(.text+0x95e): undefined reference to > `_lt_dlhandle_find' > m4/.libs/module.o:module.c:(.text+0xea): undefined reference to > `_lt_dlhandle_first' > collect2: ld returned 1 exit status > make[2]: *** [m4/libm4.la] Error 1 > > I notice that it is attempting to link against /usr/lib/libltdl.dll.a, > which comes from libtool 1.5.18, rather than /usr/local/lib/libltdl.dll.a, > which is my installed libtool 2.1a, and I am pretty sure that > lt_dlhandle_fi{nd,rst} were added in 2.x, explaining the link failure. > What I can't track down is why the link command is looking in the wrong > directory, and thus getting the wrong symbols for libltdl.
I believe Gary fixed this issue in Libtool CVS HEAD now. Surely you will still have to set CPPFLAGS/LDFLAGS if, on your system, /usr/include resp /usr/lib is searched before the /usr/local counterpart. But in case the one found is not new enough, the libtool macros will decide to use the in-tree copy of both header files and library now. Please report back if you are seeing any other issues. Thanks! Cheers, Ralf _______________________________________________ Bug-libtool mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-libtool
