[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: lt-svnversion consistenly linked against wrong libs (was: Re: svnversion_tests.py: lt-svnversion uses wrong libraries)

From: Max Bowsher <maxb_at_ukf.net>
Date: 2003-08-10 23:31:51 CEST

Erik Hülsmann wrote:
> Ok, back with more results. I am able to consistenly build
> lt-svnversion against the wrong libaries, so I decided to make a
> report as complete as I can.
>
> The problem:
> the program subversion/svnversion/.libs/lt-svnversion is linked
> against (some - not all) libsvn_* libraries in the /usr/local/lib
> directory instead of the ones in the build tree.
>
> The following output demonstrates the problem I describe:
>
> After building (using 'make') and executing
> 'subversion/svnversion/svnversion' (to let libtool do its job), I get
> the following output when running:
>
> $ ldd subversion/svnversion/.libs/lt-svnversion | grep -v '.libs/' |
> grep 'libsvn_' libsvn_ra_svn-1.so.0 =>
> /usr/local/lib/libsvn_ra_svn-1.so.0 (0x402fd000)
> libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0
> (0x40306000) libsvn_diff-1.so.0 =>
> /usr/local/lib/libsvn_diff-1.so.0 (0x4030d000) libsvn_subr-1.so.0 =>
> /usr/local/lib/libsvn_subr-1.so.0 (0x40312000)
>
> This problem only occurs to svnversion; not to any of the other svn
> programs in the tree.

Maybe removing the --silent flag to libtool from the Makefile would reveal
some anomaly in the generated gcc command?

> My build environment:
> - RedHat 8.0
> - libtool 1.4.2 (dated Nov 2001), upgraded to libtool 1.5 (dated Apr
> 14th 2003)

So... which version? 1.5? Or do you suspect that there may still be bits of
1.4.2 lurking on your system?

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 10 23:32:44 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.