From owner-cvs-all@FreeBSD.ORG Sun Aug 26 12:36:07 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 DAB5116A418; Sun, 26 Aug 2007 12:36:07 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8840113C428; Sun, 26 Aug 2007 12:36:07 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l7QBd9RB048395; Sun, 26 Aug 2007 05:39:09 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id l7QBd9PS040480; Sun, 26 Aug 2007 05:39:09 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l7QBd2QC040476; Sun, 26 Aug 2007 05:39:02 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18129.26198.138161.387852@gromit.timing.com> Date: Sun, 26 Aug 2007 05:39:02 -0600 From: John E Hein To: Yar Tikhiy In-Reply-To: <20070825053302.GG99474@comp.chem.msu.su> References: <20070824215515.GF16131@turion.vk2pj.dyndns.org> <20070824220244.GH87451@elvis.mu.org> <20070824.172212.74696955.imp@bsdimp.com> <20070825053302.GG99474@comp.chem.msu.su> X-Mailer: VM 7.19 under Emacs 22.0.99.1 Cc: src-committers@freebsd.org, cvs-src@freebsd.org, alfred@freebsd.org, cvs-all@freebsd.org, Daniel Eischen , Warner Losh Subject: Re: cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h 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: Sun, 26 Aug 2007 12:36:08 -0000 Yar Tikhiy wrote at 09:33 +0400 on Aug 25, 2007: > On Fri, Aug 24, 2007 at 11:08:01PM -0400, Daniel Eischen wrote: > > > > It should be easy to say FBSD_1.0 is RELEASE_7.0, FBBSD_1.1 is RELEASE_7.1, > > etc. The versioned symbol namespace is mostly to aid the release > > engineers. If you start to have FBSD_1.2, FBSD_1.3, and FBSD_1.4 > > are interim versions and FBSD_1.5 is release 7.1, that isn't good. > > In addition, symbol versions are mere text labels with no special > meaning to ld(1), so we can format them to allow for version changes > between major releases. By way of precedent, this reminds me of how __FreeBSD_version is used for miscellaneous intra-release changes (changes that aren't necessarily ABI changes, but perhaps disappearance or emergence of new tools or tool changes). For instance, this has been known to happen when the pkg* tools change and the ports infrastructure is tweaked to behave differently based on the fine-grained FreeBSD version (aka OSVERSION). Can the symbol versioning labels be standardized to make similar accomodations for ABI changes in between releases? Even in stable branches, now that I think about it. I almost removed that controversial thought from this email to avoid a flame war. But on the other hand, used conservatively, I could foresee a security fix being made much easier if an ABI change was allowed. This would be quite rare, I'm sure.