* 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 _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
