From owner-cvs-src@FreeBSD.ORG Tue Aug 28 01:31:01 2007 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4125A16A418; Tue, 28 Aug 2007 01:31:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id EB66913C45A; Tue, 28 Aug 2007 01:31:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l7S1UmHf018963; Mon, 27 Aug 2007 21:30:48 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Mon, 27 Aug 2007 21:30:48 -0400 (EDT) Date: Mon, 27 Aug 2007 21:30:48 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Yar Tikhiy In-Reply-To: <20070828004842.GT21352@comp.chem.msu.su> Message-ID: References: <200708270850.20904.jhb@freebsd.org> <200708271715.21462.jhb@freebsd.org> <200708271757.01674.jhb@freebsd.org> <20070828004842.GT21352@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: src-committers@freebsd.org, John Baldwin , peterjeremy@optushome.com.au, alfred@freebsd.org, cvs-all@freebsd.org, cvs-src@freebsd.org, "M. Warner Losh" Subject: Re: cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 01:31:01 -0000 On Tue, 28 Aug 2007, Yar Tikhiy wrote: > > Example: Assume we released 7.0-R with all symbols at FBSD_1.0. > Before the 8.0 release cycle starts, struct FTS and struct FILE > change, perhaps a few times each, thus affecting the fts(3) and > stdio(3) global symbols. At the very first change to a symbol or > their group, its 7.0-R variant is preserved at FBSD_1.0 and its > default version becomes FBSD_1.1. Later changes to the current > variant of that symbol don't affect its version. Consequently, > 8.0-R is released with the new fts(3) and stdio(3) symbols at > FBSD_1.1, their 7.0-R variants at FBSD_1.0, and the rest of symbols > still at FBSD_1.0 because they are unchanged. Let's note that > CURRENT users had to rebuild ports depending on fts(3) or stdio(3) > _each time_ an ABI component changed. I think you're a little confused here. CURRENT users did NOT have to rebuild ports when fts(3) or stdio(3) ABIs changed. They would only have to rebuild if one of these ABIs changed _more than once between releases_. That hasn't ever happened to my knowledge in the past, and it really shouldn't happen as long as things are tested and reviewed properly. -- DE