gnutls-devel
[Top][All Lists]
Advanced

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

Re: [gnutls-dev] Where to get OpenCDK 0.6.5


From: Andreas Metzler
Subject: Re: [gnutls-dev] Where to get OpenCDK 0.6.5
Date: Mon, 29 Oct 2007 19:52:19 +0100
User-agent: Mutt/1.5.13 (2006-08-11)

On 2007-10-29 Simon Josefsson <address@hidden> wrote:
> Andreas Metzler <address@hidden> writes:

> > On 2007-10-28 Simon Josefsson <address@hidden> wrote:
> >> Andreas Metzler <address@hidden> writes:
> > [...]
> >> > One a sidenote, could you bump the symbol versioning please?

> >> Uhm, where?  To what?  Do you mean in libgnutls.vers?

> > Yes, which you have already done in 2.1.4 ;-)

> Actually, I only bumped the ABI version in configure.in.

address@hidden:/tmp$ diff -Nur gnutls-2.1.3/ gnutls-2.1.4/ | filterdiff 
-i'*/*.vers'
--- gnutls-2.1.3/lib/libgnutls.vers     2007-09-27 11:17:18.000000000 +0000
+++ gnutls-2.1.4/lib/libgnutls.vers     2007-10-27 18:31:23.000000000 +0000
@@ -20,7 +20,7 @@
 # Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
 # MA 02110-1301, USA

-GNUTLS_1_3
+GNUTLS_1_4
 {
   global: _gnutls*; gnutls*;
   local: *;

Could you bump also lib/libgnutlsxx.vers and
libextra/libgnutls-extra.vers, please?

> As far as I have understood the libgnutls.vers discussions, there really
> won't ever be a time we are going to touch that file.

Hello,

I am not sure, but I or a fellow Debian maintainer probably has asked
for and caused *simple* symbol versioning to be added to gnutls
since it helps us a lot for the library transition phase.

Just bump the version file whenever the soname changes. If you don't
we will get crashes because of conflicting symbols when an
application is (at runtime) linked against two different versions of
the library.

A typical case will include something like this

applicationX --> links directly against libbar1 and libgnutls42
libbar1 in turn is linked against libgnutls12

Without (differently) versioned symbols applicationX will crash
randomly. With it, it won't. applicationX will automatically use
libgnutls42 and any gnutls-invocations from libbar1 will automatically
use libgnutls12.

---------------------

We still will aim to not have multiple versions of gnutls in a Debian
release, since strange things might happen if e.g. gcrypt is
initialized twice in one process.

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



reply via email to

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