RE: Subversion 0.24.1 released.

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 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_client/.libs/libsvn_clien
t-1.so.0 (0x40018000)
        libsvn_wc-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_wc/.libs/libsvn_wc-1.so.0
(0x40030000)
        libsvn_ra-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_ra/.libs/libsvn_ra-1.so.0
(0x4004d000)
        libsvn_ra_local-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_ra_local/.libs/libsvn_ra_
local-1.so.0 (0x40050000)
        libsvn_repos-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_repos/.libs/libsvn_repos-
1.so.0 (0x40054000)
        libsvn_fs-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_fs/.libs/libsvn_fs-1.so.0
(0x40064000)
        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 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_ra_dav/.libs/libsvn_ra_da
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
(0x40256000)
        libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0
(0x4025f000)
        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 =>
/usr/local/src/subversion-0.24.1/apr-util/.libs/libaprutil-0.so.0
(0x40288000)
        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
though
> I'm picking up the previous version already installed on my system
(0.23.0):
>
> 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
/usr/local/src/subversion-0.24.1/subversion/clients/cmdline/.libs/lt-svn
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