Re: lt-svnversion consistenly linked against wrong libs

From: Erik Hülsmann <e.huelsmann_at_gmx.net>
Date: 2003-08-11 23:27:20 CEST

('binary' encoding is not supported, stored as-is) >>Erik Hülsmann <e.huelsmann@gmx.net> writes:
>>
>>> [ snip ]
>>>
>>>>I think the problem is the -L/usr/local/lib that comes before -lssl.
>>>>
>>>>Have a look in the libtool file
>>>> /home/erik/svn/subversion/libsvn_ra_dav/libsvn_ra_dav-1.la
>>>>Is the -L/usr/local/lib there?
>>>
>>> Yes, there is, but libssl.so.2 is located in /lib and libssl.so in
>>> /usr/lib so there is no reason for the command to be there.
>>
>>I don't think it's ssl, I suspect it is the way neon links to libxml,
>>try
>>
>> grep NEON_LIBS Makefile
>>
> # grep NEON_LIBS Makefile
>NEON_LIBS = $(abs_builddir)/neon/src/libneon.la -L/usr/local/lib -lssl -lcrypto -lz -L/usr/local/lib -lxml2 -lz -lm
>
BTW:

 # locate xml2.so
/usr/lib/libxml2.so.2
/usr/lib/libxml2.so.2.4.23
/usr/local/lib/libxml2.so.2.4.23
/usr/local/lib/libxml2.so.2
/usr/local/lib/libxml2.so

So then eliminating /usr/local/lib/libxml2* should eliminate my problems? It would not be my favorate solution though, since the problem in the build script remains.

bye,

Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 11 23:28:17 2003