Date: Sun, 26 Aug 2007 12:48:41 -0400 (EDT) From: Daniel Eischen <deischen@freebsd.org> To: Yar Tikhiy <yar@comp.chem.msu.su> Cc: Ken Smith <kensmith@cse.Buffalo.EDU>, current@freebsd.org, "M. Warner Losh" <imp@bsdimp.com> Subject: Symbol versioning conventions (was Re: cvs commit: src/lib/libc/gen ...) Message-ID: <Pine.GSO.4.64.0708261240070.23191@sea.ntplx.net> In-Reply-To: <20070826073535.GD21352@comp.chem.msu.su> References: <20070824.172212.74696955.imp@bsdimp.com> <Pine.GSO.4.64.0708242252520.15344@sea.ntplx.net> <20070825053302.GG99474@comp.chem.msu.su> <20070825.093925.43008968.imp@bsdimp.com> <1188071752.1853.44.camel@neo.cse.buffalo.edu> <Pine.GSO.4.64.0708251703550.19091@sea.ntplx.net> <20070826073535.GD21352@comp.chem.msu.su>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 26 Aug 2007, Yar Tikhiy wrote: > > But, anyway, there are at least three people in the project who > misundertood the intended role of symbol versioning. Besides yours > truly, a humble developer, there are a core team member and a release > engineer among them. This may be a sign that some decisions regarding > symbol versioning, which is a rather central feature for developers > and code contributors, haven't had enough exposure. Perhaps we've > just missed some important discussions on the lists, but symbol > versioning is a long-term feature and as such it deserves a document > describing in detail how to use it in our project. I've think I've stated in replies to commit mail that symbol versioning isn't meant as a crutch to aid -current developers, but that is neither written down or documented and was probably over a year ago. > The technical side of symbol versioning puts few limitations on how > one can use it, the rest being a matter of policy. Of course, the > choice of the policy is important and can have far-reaching > consequences, such as getting us into a complete mess or making us > technology champs like Linux and Sun. :-) Now all our symbols still > are at FBSD_1.0, and it isn't late yet to work out such a policy. > Again, it will make an excellent thread on -arch. Here it is on -current, feel free to redirect it to arch. I updated my notes on symbol versioning - see "Version naming conventions" on downwards at: http://people.freebsd.org/~deischen/symver/freebsd_versioning.txt Feel free to cut&paste anything from it in replies. -- DE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.64.0708261240070.23191>