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

Re: libsvn SONAMEs and APR

From: Max Bowsher <maxb1_at_ukf.net>
Date: 2006-03-11 11:43:19 CET

Hash: SHA1

Peter Samuelson wrote:
> Debian subversion builds will soon be moving to apr 1.2, in lockstep
> with Debian apache2. (Because of mod_dav_svn, we have no choice.) We
> know this will occasion an ABI change to libsvn, so this requires
> changing the embedded SONAMEs of the libraries.


> I note that subversion currently has no particular notion of library
> versions - which I suppose is OK since you're committed to never
> changing the ABI incompatibly - but it's probably better to be
> explicit.

Uhh, yes we do: that notion is "1" - i.e. our major version number.
Sure, it's not a particularly *complex* notion, but it is there.

> Anyway, libtool generates its own default SONAMEs:
> $ objdump -p /usr/lib/libsvn_client-1.so.0 | grep SONAME
> SONAME libsvn_client-1.so.0
> I'll need to adjust this in some way, to denote the ABI change caused
> by the new apr. I'll do it myself on Debian if I have to, but I'd
> prefer to avoid this, as it'll create a gratuitous incompatibility
> between Linux distributions. E.g., if Fedora also decides to build
> subversion 1.3 with apr 1.2, our binaries won't work on Fedora, or vice
> versa, unless they happen to make the *same* change to the SONAME
> strings that I do.
> Would you consider accepting a patch to make SONAME handling explicit
> in the Makefile, and also make it sensitive to apr version? Would you
> consider this for 1.3.1 or 1.3.2? I'll try to prepare and test a patch
> in the next day or two.

Tentatively, yes. You need to tell us what scheme for SONAMEs and what
libtool options are involved to get a clearer answer.


Version: GnuPG v1.4.1 (Cygwin)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Mar 11 11:43:39 2006

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