symbol versioning for ABI compt (was RFC: use of hidden_def/hidden_proto)

Mike Frysinger vapier at gentoo.org
Sat Jan 7 01:02:34 UTC 2006


On Friday 06 January 2006 10:36, sjhill at realitydiluted.com wrote:
> > 4. allows later easy switch to versioned lib support
>
> Absolutely no ****ing way. The reason glibc is so bloated is because
> of a lot of the versioned symbols and backwards compatibility cruft.
> I will fight to the death against any type of symbol versioning or
> versioned lib support. Might I remind our readers that uClibc is for
> embedded systems i.e. focus on size first, then IMHO, functionality
> and possibly compatibility with older stuff. Every release up to this
> point stresses that you have to recompile your applications for the
> new version. Unless Erik and/or others are changing the goals, there
> should be no version support. Hopefully I miss understood you and I
> am off base.

there's nothing wrong with having a configure option for this

last i chatted with Erik on the topic, the idea of ABI stability is not a goal 
until 1.0.0

it also isnt unreasonable to provide a stable ABI as then vendors would have a 
hell of a lot easier time deploying updates for the uClibc itself without 
having to update everything else
-mike



More information about the uClibc mailing list