I just updated one of my systems to libtool 1.5.6, ran libtoolize to ensure that the support files in my conftools/ subdirectory were updated, then executed autoheader, autoconf, 'make distclean' and ./configure to bring everything back to square one. Unfortunately, the problem still exists (and is identical).
This problem of /.libs/.libs/ showing up on the link line seems to date back to 2000, at least according to Google. In many cases it was dismissed as someone adding -L./.libs or something to the link command, or otherwise manually futzing with the libtool commands. I'm not doing that here.
I tried looking through the libtool script and, frankly, I needed to lay down afterwards. That made my head hurt.
Dammit, looks like I only fixed it in HEAD, not branch-1-5. :(
Looking for the patch now.... this looks like the relevant bit. Can you please apply it and confirm a fix, thanks.
Peter -- Peter O'Gorman - http://www.pogma.com
Index: ltmain.in
===================================================================
RCS file: /cvsroot/libtool/libtool/ltmain.in,v
retrieving revision 1.334.2.32
diff -u -3 -p -u -r1.334.2.32 ltmain.in
--- ltmain.in 1 Apr 2004 04:34:22 -0000 1.334.2.32
+++ ltmain.in 29 Apr 2004 14:00:16 -0000
@@ -2151,10 +2151,17 @@ EOF
absdir="$libdir"
fi
else
- dir="$ladir/$objdir"
- absdir="$abs_ladir/$objdir"
- # Remove this search path later
- notinst_path="$notinst_path $abs_ladir"
+ if test ! -f "$ladir/$objdir/$linklib" && test -f "$abs_ladir/$linklib"; then
+ dir="$ladir"
+ absdir="$abs_ladir"
+ # Remove this search path later
+ notinst_path="$notinst_path $abs_ladir"
+ else
+ dir="$ladir/$objdir"
+ absdir="$abs_ladir/$objdir"
+ # Remove this search path later
+ notinst_path="$notinst_path $abs_ladir"
+ fi
fi # $installed = yes
name=`$echo "X$laname" | $Xsed -e 's/\.la$//' -e 's/^lib//'`
_______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
