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

RE: Subversion 0.24.1 released.

From: James Goodall <jgoodall_at_dmetrix.com>
Date: 2003-06-17 20:44:24 CEST

Some libraries are coming from the build tree and some are coming from
/usr/local/lib. I've listed the whole ldd dump below.

lt-svn doesn't have the same problem. All of its libsvn_* libraries are
coming from within the build tree. All of the other
.../subversion/svn*/.libs/lt-* executables use the correct libraries.

OS = Redhat 7.3

Is this possibly just a makefile issue?

 - James

        libsvn_client-1.so.0 =>
t-1.so.0 (0x40018000)
        libsvn_wc-1.so.0 =>
        libsvn_ra-1.so.0 =>
        libsvn_ra_local-1.so.0 =>
local-1.so.0 (0x40050000)
        libsvn_repos-1.so.0 =>
1.so.0 (0x40054000)
        libsvn_fs-1.so.0 =>
        libdb-4.1.so =>
/usr/local/src/subversion-0.24.1/db/dist/.libs/libdb-4.1.so (0x40081000)
        libsvn_ra_dav-1.so.0 =>
v-1.so.0 (0x4011e000)
        libneon.so.23 =>
/usr/local/src/subversion-0.24.1/neon/src/.libs/libneon.so.23 (0x4012d000)
        libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x40143000)
        libz.so.1 => /usr/lib/libz.so.1 (0x40232000)
        libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40240000)
        libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0
        libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0
        libsvn_diff-1.so.0 => /usr/local/lib/libsvn_diff-1.so.0 (0x40265000)
        libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x4026a000)
        libaprutil-0.so.0 =>
        libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x4029c000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x402a4000)
        libapr-0.so.0 =>
/usr/local/src/subversion-0.24.1/apr/.libs/libapr-0.so.0 (0x402c1000)
        librt.so.1 => /lib/librt.so.1 (0x402df000)
        libm.so.6 => /lib/i686/libm.so.6 (0x402f1000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40314000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40341000)
        libdl.so.2 => /lib/libdl.so.2 (0x40358000)
        libc.so.6 => /lib/i686/libc.so.6 (0x4035c000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

-----Original Message-----
From: Philip Martin [mailto:pm@localhost] On Behalf Of Philip Martin
Sent: Tuesday, June 17, 2003 10:54 AM
To: James Goodall
Cc: dev@subversion.tigris.org
Subject: Re: Subversion 0.24.1 released.

"James Goodall" <jgoodall@dmetrix.com> writes:

> However, ldd shows that I am linking to libsvn_delta, but it seems as
> I'm picking up the previous version already installed on my system
> libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x4025f000)

Is it a problem with all the Subversion libraries, or just
libsvn_delta? Which OS are you using? Does the command line client
have the same problem?

> How do I remedy this?

Short of deleting the libraries in /usr/local/lib, and thus breaking
your current installation, I don't really know. Other people have
experienced this but I have never had the problem on my systems.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 17 20:45:19 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.