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

Re: subversion hardcoded to look for libserf-1.so.1 when a newer libserf is available

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 05 Dec 2013 23:11:06 +0000

"bzb.dev001" <bzb.dev001_at_gmail.com> writes:

> Since there is not problem with the permissions. That means that
> subversion is looking elsewhere for libserf-1.so.1

The serf dependency is part of libsvn_ra_serf, you can see it using

$ objdump -x libsvn_ra_serf-1.so | grep NEEDED.*serf
  NEEDED libserf-1.so.1

The tarball libtool might also add that dependency to the svn
executable.

You can see the RPATH in svn or libsvn_ra_serf-1.so using

$ objdump -x svn | grep RPATH
  RPATH /usr/local/serf/lib:/usr/local/subversion/lib

You can see the search as carried out by the linker using

$ LD_DEBUG=libs svn 2>&1 | grep -A1 libserf
     19995: find library=libserf-1.so.1 [0]; searching
     19995: search path=/usr/local/subversion/lib:/usr/local/serf/lib (RPATH from file svn)
     19995: trying file=/usr/local/subversion/lib/libserf-1.so.1
     19995: trying file=/usr/local/serf/lib/libserf-1.so.1

I see I had to add an extra RPATH to svn and libsvn_ra_serf by
configuring Subversion with

 ./configure LDFLAGS=-Wl,-rpath,/usr/local/serf/lib

but I install serf in an non-standard place.

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2013-12-06 00:11:40 CET

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

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