Re: [PATCH] libsvn SONAMEs and APR

On 4/10/06, Philip Martin <philip@codematters.co.uk> wrote:
> I find that odd given that apr_off_t is part of Subversion's ABI.

If we didn't have apr_off_t but used off_t, the ABI would change
depending upon your compiler flags (32-bit or 64-bit offsets). So?

> > If your app happens to work without libtool, good for you; but
> > removing libtool from the chain isn't something that we can support.
>
> I don't understand, are you claiming that a third-party application
> must use libtool?

If they are linking against our libraries, yes.

Linking against our libraries will only work consistently across all
supported platforms if the downstream app uses libtool. libtool has
the ability to tweak internal link options that we didn't know were
being touched. Therefore, if you try to bypass libtool and use the
bare linker, you may not select the right linker flags or dependencies
on specific platforms.

> Are we talking at cross purposes on libtool? I'm proposing a patch
> along the lines of Peter's patch, but under some --enable-foo flag and
> possibly restricting APR to either 0.9.x or 1.2.x

Which patch are you referring to specifically? If you want to tweak
the SONAME, you have to alter libtool as it produces the SONAMEs - not
Subversion. The feature Peter wanted was to install multiple versions
of the SVN libraries in the same directory but have them linked
against different APRs. Like so:

libsvn_fs-1.so.0.0.0.APR0APRUTIL0
libsvn_fs-1.so.0.0.0.APR1APRUTIL1

The app, via SONAME, when asked to link against libsvn_fs-1.so would
really link against libsvn_fs-1.so.0.0.0.APR1APRUTIL1.

HTH. -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 11 01:38:18 2006