[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Debugging Libtool's Insistence on Sourcing a Library from /usr/lib R
Re: Debugging Libtool's Insistence on Sourcing a Library from /usr/lib Rather Than LDFLAGS
Sat, 9 Feb 2008 20:10:33 +0100
* Grant Erickson wrote on Wed, Feb 06, 2008 at 07:04:36PM CET:
> I am attempting to debug an issue involving libtool from the avahi-0.6.22
> package sourcing the local (i686-unknown-linux-gnu) version of libexpat
> (-lexpat) rather than the I one I direct it to find via LDFLAGS.
> If I pass --debug¹ to libtool, it seems to find the correct
> /tmp/src/results/avahi/../expat/usr/lib/libexpat.la¹ file; however, it
> latter seems to ignore that and pick-up /usr/lib/libexpat.so¹ anyway:
Your report is almost complete, but it would help me to have the whole
--debug output, not just parts of it. You should pack it with bzip2 or
> > + .
> > /home/gerickson/src/clients/netapp/yours/p4/prod/oob/main/results/kilauea/denx
> > /eldk/4.1/release/sw/tps/avahi/../expat/usr/lib/libexpat.la
> > ++ dlname=libexpat.so.1
> > ++ library_names='libexpat.so.1.5.2 libexpat.so.1 libexpat.so'
> > ++ old_library=libexpat.a
> > ++ dependency_libs=
> > ++ current=6
> > ++ age=5
> > ++ revision=2
> > ++ installed=yes
> > ++ shouldnotlink=no
> > ++ dlopen=
> > ++ dlpreopen=
> > ++ libdir=/usr/lib
This looks fishy. The library lives below
but its libdir is /usr/lib. That seems wrong.
Further, is that
path an installed location or an uninstalled one?
Can you link against it using