Symbol versioning errors in libthr
das at FreeBSD.ORG
Mon Feb 4 19:37:15 UTC 2008
On Mon, Feb 04, 2008, Dag-Erling Smørgrav wrote:
> Daniel Eischen <deischen at freebsd.org> writes:
> > Dag-Erling Smørgrav <des at des.no> writes:
> > > (unless you can show that it's actually harmful in some way?)
> > Please do not bump private, it was never meant to be bumped like this.
> This is not substantiation, this is the old monkey telling the young
> monkey "this is the way it's always been done".
> With all due respect to the old monkey, the young monkey simply can't
> understand why FBSD and FBSDprivate should be assymetric.
The private namespace is a repository for symbols that we don't
intend to support across releases; these symbols may change or go
away, and applications shouldn't use them directly. Making
multiple private namespaces implies that the private namespaces
*are* stable according to some definition, hence why we need more
than one of them. Having stronger requirements for private
namespaces would seem to defeat the purpose and create more work
for people, principally Dan, who is still working with re@ to get
the FBSD_1.0 symbols right for 7.0-RELEASE. Perhaps you could
explain what stability requirements you have in mind for
> The young monkey would also like the old monkey to explain to him what
> harm will come of this (the young monkey has asked this already, but the
> old monkey has declined to respond).
> Finally, the young monkey would like to point out that this is all very
> poorly documented. While aware of the freebsd_versioning.txt document
> written by the old monkey, the young monkey can't find anything in it
> about private symbol spaces.
> If the old monkey is in any way offended by this, he is free to
> s/old/mature and experienced/ :)
This is a little bit more sarcastic and pretentious than needed.
Have a banana. `-=-'
--the small monkey in the corner
More information about the freebsd-current