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

Re: [PATCH] libsvn SONAMEs and APR

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2006-04-07 03:26:44 CEST

On 4/6/06, Philip Martin <philip@codematters.co.uk> wrote:
> How may people used APR 1.0+ before Apache 2.2? Debian packages a lot
> of software and APR 1.0+ only became an issue when Apache 2.2 was
> released.

As I said back in 2004, apache.org was using APR 1.0. I haven't used
Apache 2.0.x/APR 0.9 with Subversion in years. (APR 0.9 never handled
LFS.)

> Really? I know there is a problem if the application explicitly links
> to the other libraries, but if it avoids that and links just to libsvn
> then I thought the other libraries were not part of the ABI.

Debian purposely disables libtool's implicit linking features - but,
in all releases we've ever shipped, our distributed GNU libtool's will
end up implicitly linking to all dependent libraries.

> APR is
> different because it's types appear explicitly in the Subversion API.

APR and APR-util at a minimum must be there - other libraries might
need to be encoded depending upon on the platform's inter-library
linkage rules.

With APR's binary compatibility rules now in effect - a binary linking
against SVN compiled against APR 1.2 should work with APR 1.3 but not
1.1. Note that there's no requirement for APR and APR-util to be at
the same version. I'm not quite sure that SONAME is expressive enough
to honor these rules. I have a feeling that any SONAME solution will
end up either working only with 1.2 or with all 1.x series. Neither
of which is correct (one is too liberal, one is too restrictive).

Do *any* other projects encode their dependencies in their SONAMEs? I
sort of doubt it. AFAICT, the GNOME packages don't encode the SONAME
of glib in there; but libgnome can work off several different versions
of glib. If you change a glib structure, you'd likely alter some of
the interfaces somewhere in GNOME's higher-level libraries. -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 7 03:27:19 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.