From owner-cvs-all@FreeBSD.ORG Fri Dec 14 05:48:56 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 5985816A473 for ; Fri, 14 Dec 2007 05:48:56 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0668C13C457 for ; Fri, 14 Dec 2007 05:48:55 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lBE5mp6j009369; Fri, 14 Dec 2007 00:48:51 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Fri, 14 Dec 2007 00:48:52 -0500 (EST) Date: Fri, 14 Dec 2007 00:48:51 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20071213235617.2b554b60@kan.dnsalias.net> Message-ID: References: <200712140308.lBE38Ae7061160@repoman.freebsd.org> <20071213235617.2b554b60@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Schultz , Yar Tikhiy , cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/msun Symbol.map 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: Fri, 14 Dec 2007 05:48:56 -0000 On Thu, 13 Dec 2007, Alexander Kabaev wrote: > On Fri, 14 Dec 2007 03:08:10 +0000 (UTC) > David Schultz wrote: > >> das 2007-12-14 03:08:10 UTC >> >> FreeBSD src repository >> >> Modified files: >> lib/msun Symbol.map >> Log: >> Typo in previous commit >> >> Revision Changes Path >> 1.6 +2 -2 src/lib/msun/Symbol.map >> >> http://cvsweb.FreeBSD.org/src/lib/msun/Symbol.map.diff?r1=1.5&r2=1.6 > > This is just wrong IMHO. New exported symbols should not be introduced > carelessly and certainly not should be added to the same namespace that > exists in 7.0. Either we add these to 7.0 before it releases, or they > should go into their own section which will start collecting all new > libc symbols to appear in 8.0. > > Daniel, Yar - what is your take on this? I think we reached some sort of consensus that the namespace would be bumped for every release...? So unless these get added to 7.0 before it goes out the door, they should be put in a separate namespace. On the other hand, newly added symbols don't break the ABI. I don't think there is a technical reason why symbols can't be added to FBSD_1.0 in -current; they can be easily backported to 7.0. If you were to add them to FBSD_1.1 in -current, then at a later time backport them to 7.0, then you would have to create a new namespace (FBSD_1.1) in 7.0 in order to add them. The only thing this buys you is being able to tell in what version they originated. Perhaps that's reason enough? At a minimum, we need to create one new namespace in each release branched from -current when there is one or more ABI changes from the prior release. Perhaps we should just move to FBSD_1.1 now in 8-current just to make things easier. When we go to 9-current, we move to FBSD_1.2, etc. If you need to backport changes back to 7.x, then you also have to create the matching version in 7.x. -- DE