Philip Martin wrote:
> Ben Collins-Sussman <sussman@collab.net> writes:
>> Philip Martin <philip@codematters.co.uk> writes:
>> > It's only necessary on some systems, and it has *never* been necessary
>> > on my Linux system. Have we ever got to the bottom of the problem?
>> > Why do some systems require it?
>>
>> In my own experience, FreeBSD has burned me many times in this way.
>>
>> Essentially, if I set LD_LIBRARY_PATH=/usr/local/lib, then the FreeBSD
>> runtime linker (rld) causes my in-tree binaries to use the *installed*
>> svn libraries. If this environment variable is unset, then the
>> in-tree binaries use the in-tree libraries. It took me forever to
>> figure this out.
>
> It's interesting that Jeff reports a problem with svnversion but
> nothing else. If he is getting old libraries, as seems likely given
> the backtrace he psoted, why doesn't it affect all the other binaries?
>
> Jeff, what platform are you using? Is the svnversion test the only
> one that fails? Do you have an ldd command? If so what is the output
> from
>
> $ ldd subversion/svnversion/.libs/lt-svnversion | grep libsvn
> $ ldd subversion/clients/cmdline/.libs/lt-svn | grep libsvn
>
Only reason I reported it with svnversion was cause make check was failing
at that point. Svn status also fails... I'll go remove the old libraries
and see what happens...
Oh, this is on a RedHat 7.2 intel box. NEVER had this problem before soo...
;)
--
Jeff Stuart
jstuart@computer-city.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 6 04:25:10 2003