[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

cygwin build problem with m4 HEAD

From: Eric Blake
Subject: cygwin build problem with m4 HEAD
Date: Fri, 02 Sep 2005 07:29:58 -0600
User-agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)

Hash: SHA1

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
m4/.libs/module.o:module.c:(.text+0x8a5): undefined reference to
m4/.libs/module.o:module.c:(.text+0x95e): undefined reference to
m4/.libs/module.o:module.c:(.text+0xea): undefined reference to
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.

- --
Life is short - so eat dessert first!

Eric Blake             address@hidden
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]