Re: svn commit: r29884 - trunk

[Peter Samuelson <pe...@p12n.org>]

[kfogel@tigris.org]
> Modified: trunk/CHANGES
>   Developer-visible changes:
> + * General stuff:
> +   - libsvn_ra_neon is new name for libsvn_ra_dav (to accommodate ra_serf)

That reminds me.  The library rename was cool and all (I was one of the
ones who first suggested it), but on some platforms, it means
applications will need to be recompiled because they directly link
(unnecessarily!) to libsvn_ra_dav, which is now either (a) absent, or
(b) out-of-date, if an upgrade doesn't explicitly remove it.

If you want to avoid telling people to recompile their applications,
which I believe there is a post-1.0 policy about, the simplest fix
would probably be to build an empty libsvn_ra_dav whose only job is to
be linked to libsvn_ra_neon.  I do not know if that would work in all
cases - who knows, maybe some oddball platforms have a problem if
symbols in a library disappear even when the application wasn't using
them - but I think it'd work for most.  Indeed, I suspect most
platforms would be satisfied by having an empty libsvn_ra_dav that
isn't linked to anything, since apps should not have been using any
symbols from it anyway.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/

Re: svn commit: r29884 - trunk

[Karl Fogel <kf...@red-bean.com>]

Peter Samuelson <pe...@p12n.org> writes:
> That reminds me.  The library rename was cool and all (I was one of the
> ones who first suggested it), but on some platforms, it means
> applications will need to be recompiled because they directly link
> (unnecessarily!) to libsvn_ra_dav, which is now either (a) absent, or
> (b) out-of-date, if an upgrade doesn't explicitly remove it.
>
> If you want to avoid telling people to recompile their applications,
> which I believe there is a post-1.0 policy about, the simplest fix
> would probably be to build an empty libsvn_ra_dav whose only job is to
> be linked to libsvn_ra_neon.  I do not know if that would work in all
> cases - who knows, maybe some oddball platforms have a problem if
> symbols in a library disappear even when the application wasn't using
> them - but I think it'd work for most.  Indeed, I suspect most
> platforms would be satisfied by having an empty libsvn_ra_dav that
> isn't linked to anything, since apps should not have been using any
> symbols from it anyway.

Hmm.  I agree, but would stumble around to write that patch.  Do you
know how?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org