Re: Debugging Libtool's Insistence on Sourcing a Library from /usr/lib Rather Than LDFLAGS

[Ralf Wildenhues]

* 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
gzip.

[...]
> > + . 
> > /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
/home/gerickson/src/clients/netapp/yours/p4/prod/oob/main/results/kilauea/denx/eldk/4.1/release/sw/tps/avahi/../expat/usr/lib
but its libdir is /usr/lib.  That seems wrong.

Further, is that
  /tmp/src/results/avahi/../expat/usr/lib/libexpat.la

path an installed location or an uninstalled one?
Can you link against it using
  ../relative/path/to/libexpat.la
?

Cheers,
Ralf