[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: libtool 1.4.3 searches /usr/lib before -L<dir>
From: |
Pierre Sarrazin |
Subject: |
Re: libtool 1.4.3 searches /usr/lib before -L<dir> |
Date: |
Wed, 22 Oct 2003 02:43:07 -0400 |
User-agent: |
Mutt/1.4.1i |
Dixit Albert Chin (2003-10-21 10:47):
> > The -L option correctly points to the src/verbiste directory, where the
> > newer library has been compiled. However, libtool generates this g++
> > command to do the linking:
> >
> > g++ -g -Wall -o french-conjugator
> > french_conjugator-french-conjugator.o french_conjugator-Command.o
> > /usr/lib/libxml2.so -lpthread -lz -lm
> > -L/home/ps/cvswork/verbiste/src/verbiste
> > /usr/lib/libverbiste-0.1.so
>
> Does this patch (against 1.5) work for you?
> http://mail.gnu.org/archive/html/libtool/2003-10/msg00067.html
>
> It should be trivial to apply the patch to your 1.4.3 version.
I've tried libtool 1.5 both with and without this patch, and the
problem remains the same. But instead of searching /usr/lib
explicitly, it searches /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../..
instead, which is equivalent...
I've attached a patch (against 1.5) that works for me. At the
following point in ltmain.in, I changed the order of the stuff
that gets assigned to newlib_search_path. The new directory is
now prepended instead of being appended:
prog)
if test "$pass" = conv; then
deplibs="$deplib $deplibs"
continue
fi
if test "$pass" = scan; then
deplibs="$deplib $deplibs"
newlib_search_path=`$echo "X$deplib" | $Xsed -e 's/^-L//'`"
$newlib_search_path"
else
compile_deplibs="$deplib $compile_deplibs"
finalize_deplibs="$deplib $finalize_deplibs"
fi
;;
This puts the right directory before /usr/lib instead of after.
(I notice that this code segment is the only one in the script that
compares $pass with 'scan'.)
I don't know if this patch would be appropriate for all users of
libtool however...
--
Pierre Sarrazin <sarrazip at sympatico . ca>
ltmain.in.diff
Description: Text document