Re: dependency_libs issue
On Mon, Sep 08, 2003 at 04:38:40PM +1000, Clinton Roy wrote: I've got code in configure.ac that eventually sets LIBS to: LIBS = -lgdbm -L/dstc/lib -lxml2 -lz -lpthread -lm -ldb However, ltmain.sh produces a .la file with: dependency_libs=' /usr/lib/libgdbm.la -L/dstc/lib /usr/lib/libxml2.la -lz -lpthread -lm -ldb' How did that /usr/lib/libxml2.la get in there? Does this fix it (should apply to 1.5)? -- albert chin ([EMAIL PROTECTED]) -- snip snip Index: ltmain.in === RCS file: /cvsroot/libtool/libtool/ltmain.in,v retrieving revision 1.334.2.7 diff -u -3 -p -r1.334.2.7 ltmain.in --- ltmain.in 31 Jul 2003 20:46:40 - 1.334.2.7 +++ ltmain.in 20 Oct 2003 10:31:08 - @@ -2626,7 +2629,7 @@ EOF done fi if test $pass != dlopen; then - if test $pass != conv; then + if test $pass != conv test -n $newlib_search_path ; then # Make sure lib_search_path contains only unique directories. lib_search_path= for dir in $newlib_search_path; do ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: dependency_libs issue
Clinton Roy [EMAIL PROTECTED] writes: What happens if you move /usr/lib/libxml2* out of the way first? Does it then find /dstc/lib/libxml2.la. If so, looks like a libtool bug. This is indeed what happens :| I'll spend what time i can tracking it down over the next few weeks (my current deadline is then, so.. ;) I've been able to isolate it a little, If LIBS is set to: -L/dstc/lib -lxml2 -lz -lpthread -lm dependency_libs is properly set to: ' -L/dstc/lib /dstc/lib/libxml2.la -lz -lpthread -lm' However, if I add -lgdb to LIBS: -lgdbm -L/dstc/lib -lxml2 -lz -lpthread -lm dependency_libs gets incorrectly set to: ' /usr/lib/libgdbm.la -L/dstc/lib /usr/lib/libxml2.la -lz -lpthread -lm' Now, /usr/lib/libgdbm.la doesn't depend on libxml2, so that would still seem to be a bug. Fortunately for me however I can work without libgdbm. I'm still keen to fix this bug, but it's no longer urgent for me. cheers, -- Clinton Roy Elvin Software Engineer - elvin.dstc.edu.au Humbug Vice president - www.humbug.org.au ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: dependency_libs issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Clinton Roy wrote: | | However, if I add -lgdb to LIBS: | | -lgdbm -L/dstc/lib -lxml2 -lz -lpthread -lm | | dependency_libs gets incorrectly set to: | | ' /usr/lib/libgdbm.la -L/dstc/lib /usr/lib/libxml2.la -lz -lpthread -lm' | What happens if you set LIBS to '-L/dstc/lib -lxml2 -lz -lpthread -lm - -lgdbm' ? Can you do a link, which gives the bad dependency_libs, with sh -x, redirecting the output to a logfile (stdout and stderr) and send it to me (or put it somewhere on the web). Can't guarantee anything, but I'll probably be able to look at it in the next few days. Thanks, Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQE/ammjhJEqt987YAQRAjXKAKC9BZx0aVzwwT1DRsWaXwwtikq8vACfbRAW YX0j371Bewr7gfnHne775aA= =nAFz -END PGP SIGNATURE- ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
dependency_libs issue
Hi folks, I've got code in configure.ac that eventually sets LIBS to: LIBS = -lgdbm -L/dstc/lib -lxml2 -lz -lpthread -lm -ldb However, ltmain.sh produces a .la file with: dependency_libs=' /usr/lib/libgdbm.la -L/dstc/lib /usr/lib/libxml2.la -lz -lpthread -lm -ldb' How did that /usr/lib/libxml2.la get in there? I'm using libtool 1.4.2, but have had the same problem with a hasty test install of branch-1-5 of CVS. Some debugging code I inserted in ltmain.sh where this has previously been a problem (near the Search the libtool library comment): searching for gdbm in . /dstc/lib found in /usr/lib searching for xml2 in . /dstc/lib /usr/lib /dstc/lib found in /dstc/lib searching for z in . /dstc/lib /usr/lib /dstc/lib /dstc/lib searching for pthread in . /dstc/lib /usr/lib /dstc/lib /dstc/lib searching for m in . /dstc/lib /usr/lib /dstc/lib /dstc/lib searching for db in . /dstc/lib /usr/lib /dstc/lib /dstc/lib searching for z in searching for pthread in searching for m in searching for db in So it's finding xml2 in the right place at that point at least.. thanks for any help, -- Clinton Roy Elvin Software Engineer - elvin.dstc.edu.au Humbug Vice president - www.humbug.org.au ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool