[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: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2006-03-12 18:09:04 CET

On Sun, 2006-03-12 at 16:04 +0000, Joe Orton wrote:
> We could support that in Fedora, and would if there were a substantial
> number of third-party APR-based apps that people used; but there aren't
> many such apps, so we don't. But this is just distro policy and is not
> really relevant.

It seems relevant to me.

Debian policy: when the ABI of any library changes, make it possible for
both ABIs to coexist, so that previously-built applications continue to
work.

Fedora policy: when the ABI of a library changes, unless it is widely
used, force a rebuild of everything built against that library.

Peter is proposing a change to make the Debian policy work for
Subversion in light of our trickle-down dependency on the APR ABI. You
are proposing an alternative "solution" which only works for the Fedora
policy.

>> If an app links to apr-0 but libsvn uses apr-1, it's not like this
>> will catch the problem, unless you remove apr-0 from your system so
>> that the app will fail to start.

> That's a different problem, and one which cannot be solved by the
> runtime linker; merely changing the SVN sonames doesn't help.

Actually, there's something called symbol versioning which can solve
this problem, but I don't believe it's portable enough for apps to make
use of. I know Debian's library policy at least used to involve symbol
versioning, but I don't understand the details.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Mar 12 18:09:42 2006

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.