Symbol versioning

Stefan (metze) Metzmacher metze at
Fri May 23 12:40:37 GMT 2008

Stefan (metze) Metzmacher schrieb:
> Gerald (Jerry) Carter schrieb:
>> Stefan (metze) Metzmacher wrote:
>>> Gerald (Jerry) Carter schrieb:
>>>> Stefan (metze) Metzmacher wrote:
>>>>> Hi,
>>>>> I just checked in support for symbol versioning to v3-2-stable
>>>>> to see how the build farm likes it.
>>>>> For now I only added it for libtalloc, libtdb and libwbclient,
>>>>> the aim of this is to extent the api later without breaking
>>>>> already compiled binaries. For details have a look at
>>>> So how does this help us on non-linxu platforms that use the
>>>> native ld?  This doesn't seem to help with API version unless it
>>>> is portable everywhere.
>>> It doesn't help everywhere, but it doesn't harm where it's supported.
>>> So far the build-farm looks ok.
>> But it doesn't help us with versioning on platforms that
>> don't use GNU ld right?  So we have to go through all the hoops
>> of maintaining backwards compatibility (compatible DSO files).
>> So what I'm missing is that this seems to make those platforms
>> the corner cases which means they are guaranteed to break.
>> My have to support two solutions at all ?
>> What amI missing here?
> Ok, we'll not use symbol versioning and then take care
> of maintaining backward and forward compatibility...
> Do you have plans how to do that?
> Note that we also need forward compat to use a new smbd with
> an old winbind, symbol versioning would have worked arround that
> as only new function would have a new version number...

I discussed that again with Volker, Karolin and Michael
again and added it, but I also added a --enable-symbol-versioning
which defaults to yes if gnu ld is used.

We can still use a different way and update the library version
and have compat libraries to handle updates


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
Url :

More information about the samba-technical mailing list