[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Do we need to bump the shared library version for 2.4.0?

From: Simon Josefsson
Subject: Re: Do we need to bump the shared library version for 2.4.0?
Date: Wed, 04 Jun 2008 15:54:21 +0200
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux)

Joe Orton <address@hidden> writes:

> On Mon, May 26, 2008 at 04:31:31PM +0200, Simon Josefsson wrote:
>> 3) Don't increment the shared library version at all.
>>    The justification would be that we haven't removed any symbols, all
>>    symbols in libgnutls-extra are still available via libgnutls and work
>>    the same way.  The only thing that would break here is if someone is
>>    dlopen'ing and calls the openpgp related
>>    functions.  Strictly speaking I'm not sure this is a valid approach,
>>    since we HAVE removed symbols from libgnutls-extra.
> Having looked into this, I can't see why that would break.  dlsym() will 
> still find the symbols since is linked against 
> libgnutls; the wording in POSIX is very specific that this must be the 
> case.  Attached a test case which finds gnutls_malloc via dlopen of 
> for PoC.
> So I think it's very reasonable to argue that the ABI of libgnutls-extra 
> has not changed in this case and no soname bump is necessary.

But what about non-ELF or even systems without shared libraries?

Possibly we could decide that systems that doesn't behave like Linux
here are of too little concern to us, and that they will need to remove
the old libgnutls* when they install gnutls 2.4.x.  It would be good to
know if there is any significant system that will be affected before
deciding this though.  I'll try to build gnutls 2.2 and 2.3 on solaris
and see if I can run an openpgp application linked to 2.2 with the 2.4

Maybe we should ask on the Libtool list, or some shared library guru
like Uli...


reply via email to

[Prev in Thread] Current Thread [Next in Thread]