Re: libtool 1.5.x problems with multiple libtool libraries on search path

[Scott James Remnant]

On Tue, 2004-10-26 at 16:02 +0800, James Henstridge wrote:

> I have been able to reproduce this problem with the libtool-1.5.6 
> package in Debian and libtool-1.5.10.  The problem doesn't seem to occur 
> in libtool 1.9f.
> 
Gary fixed this with his M4 linking woes, specifically
libtool--gary--1.0--patch-50 fixes this.  James and I just tested it on
1.5, and it fixes things there too.

Attached patch reworked slightly for 1.5.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?

diff -ruNp libtool-CVS~/ChangeLog libtool-CVS/ChangeLog
--- libtool-CVS~/ChangeLog      2004-10-08 17:25:02.000000000 +0100
+++ libtool-CVS/ChangeLog       2004-10-26 10:33:19.464229376 +0100
@@ -0,0 +1,8 @@
+2004-10-26  Gary Vaughan <address@hidden>
+
+       * config/ltmain.in (func_mode_link): When linking an installed
+       libtool library on the command line using -lfoo we need to find
+       the library in the search paths and add it's dependency_libs to
+       the link in the conv pass so that any libtool libs listed are
+       correctly expanded in the link pass.
+
diff -ruNp libtool-CVS~/ltmain.in libtool-CVS/ltmain.in
--- libtool-CVS~/ltmain.in      2004-10-08 17:25:03.000000000 +0100
+++ libtool-CVS/ltmain.in       2004-10-26 10:33:31.670373760 +0100
@@ -1985,10 +1985,6 @@ EOF
            $echo "$modename: warning: \`-l' is ignored for archives/objects" 
1>&2
            continue
          fi
-         if test "$pass" = conv; then
-           deplibs="$deplib $deplibs"
-           continue
-         fi
          name=`$echo "X$deplib" | $Xsed -e 's/^-l//'`
          for searchdir in $newlib_search_path $lib_search_path 
$sys_lib_search_path $shlib_search_path; do
            for search_ext in .la $std_shrext .so .a; do

signature.asc
Description: This is a digitally signed message part