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