From owner-cvs-all@FreeBSD.ORG Tue Dec 18 12:43:24 2007 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D55AA16A418; Tue, 18 Dec 2007 12:43:24 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id E58D413C457; Tue, 18 Dec 2007 12:43:23 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A56264.dip.t-dialin.net [84.165.98.100]) by redbull.bpaserver.net (Postfix) with ESMTP id 1775D2E342; Tue, 18 Dec 2007 13:42:57 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 801917C3C2; Tue, 18 Dec 2007 13:42:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1197981774; bh=QDsyyFnZSMX+sjiL/UhSVp8j5XuG/MtmK KxtRGnZbyw=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=YvYoP6 RekvRRTijmlTzv1OQW1nUGMYtnwMolSqnAxKdPFmR2Av/1tRWzsEZlxJ4b92psRryz8 3z+1UmdKqSAN8Qa48quMEDDZOY8cavYzt6ybuxhnezF/KfkaEtd6ezJF45+nLb3Pjyg LleXz9TvAvAliOvkpe1RyaCCzGSG0pG3kEcK6U//wSGv22hmH7jXIaKYLquj9jklHuo a7+9vH2hJ8q2v4AuQj//82Z7ZIc4GIE+jDMR9RP9qTqkSEvT9Hn5BJzmi8oAwH8cUUh YNGadvU62vbJHeTopOq8V7s/8+7/7YqFBrMB/cbQXZ6PPMhT61zel7YwYQK/gaKViim g== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lBICgsx2041236; Tue, 18 Dec 2007 13:42:54 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 18 Dec 2007 13:42:54 +0100 Message-ID: <20071218134254.drsdjc278kkwgg44@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 18 Dec 2007 13:42:54 +0100 From: Alexander Leidinger To: Daniel Eischen References: <200712142049.lBEKn7RJ018896@repoman.freebsd.org> <200712171419.06759.jhb@freebsd.org> <20071218100012.GQ16982@elvis.mu.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.3, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_83 0.60, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: cvs-src@freebsd.org, Alfred Perlstein , src-committers@freebsd.org, John Baldwin , cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libc Versions.def X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 12:43:25 -0000 Quoting Daniel Eischen (from Tue, 18 Dec 2007 =20 07:32:19 -0500 (EST)): > On Tue, 18 Dec 2007, Alfred Perlstein wrote: > >> * Daniel Eischen [071217 17:42] wrote: >>> On Mon, 17 Dec 2007, John Baldwin wrote: >>> >>>> On Friday 14 December 2007 03:49:07 pm Daniel Eischen wrote: >>>>> deischen 2007-12-14 20:49:07 UTC >>>>> >>>>> FreeBSD src repository >>>>> >>>>> Modified files: >>>>> lib/libc Versions.def >>>>> Log: >>>>> Increment the version namespace for 8.0-current. New symbols and >>>>> symbols whose ABI has changed should be added to FBSD_1.1. >>>> >>>> Why do new symbols have to be added to 1.1 instead of 1.0? >>> >>> There is no technical reason they cannot be, but this is what we >>> decided some time ago. That each time head is branched, a new >>> version is created and new and ABI-changed symbols get added to >>> it. It makes it easy to track when (initially in which major >>> FreeBSD version) symbols get added. I should have also noted >>> that this was discussed with kan and das (not des) prior to >>> commit. kan's other comment was that this would also make it >>> easier to write tools that can tell if an application built on >>> release X can run on release Y (where Y < X). >>> >>> We can still MFC new symbols back to prior releases, we just >>> have to add them to the same namespace from which they came. >> >> Daniel, is there anything preventing us from matching version >> numbers with release numbers? This would make things a bit >> more intuative. > > This was already discussed before. I do not think it is a good > idea - it is easy to create a lookup table matching version > numbers to release numbers if that is needed for ABI checking > tools, and simple comments in the version defs file makes it > apparent to anyone looking at it. I don't think we want to > tie release numbers to version numbers, and when you backport > changes, it makes it confusing because you now have FBSD_8 > symbols in releng_7. Other packagers may also not be using > the same release numbering scheme that the project uses. > Sun for instance does not name their versions after releases, > they use SUNW1.0, SUNW_1.1, etc. Also, there may be multiple > ABI changes in HEAD that warrant bumping the version number > more than once (akin to bumping library versions, but this > hasn't yet happened in the past). There would be no > corresponding release to match, but you would have to bump > the version number regardless. > > The version numbering is not something that is easily visible > to the user. It is simpler and more flexible to avoid tying > version numbers to release numbers, and to write ABI checking > tools (easily done with scripts) to do what we need. I asked already something like the following, but haven't seen an =20 answer, what about: - RELENG_7_0 with FBSD_1.0 - RELENG_7_1 with FBSD_1_1 in case of an addition to the ABI - RELENG_8_0 with FBSD_1.0 and FBSD_2.x and FBSD_1.1 in case of an addition to the ABI in RELENG_7 Bye, Alexander. --=20 The warning message we sent the Russians was a calculated ambiguity that would be clearly understood. =09=09-- Alexander Haig http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137