From owner-cvs-all@FreeBSD.ORG Fri Dec 14 17:43:10 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 8B54216A418; Fri, 14 Dec 2007 17:43:10 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 43EAD13C4DD; Fri, 14 Dec 2007 17:43:10 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBEHgxu2035912; Fri, 14 Dec 2007 12:42:59 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBEHgx3K035911; Fri, 14 Dec 2007 12:42:59 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Fri, 14 Dec 2007 12:42:59 -0500 From: David Schultz To: Daniel Eischen Message-ID: <20071214174259.GA35869@VARK.MIT.EDU> References: <200712140308.lBE38Ae7061160@repoman.freebsd.org> <20071213235617.2b554b60@kan.dnsalias.net> <20071214083507.GA33635@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Yar Tikhiy , Alexander Kabaev , 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 17:43:10 -0000 On Fri, Dec 14, 2007, Daniel Eischen wrote: > No, everytime we branch a release from -current (e.g, at 8.0, > 9.0, etc), we should increment the namespace. -current typically > stays at the same number for quite a while (1-3 years?). We > go to FBSD_1.1 now in 8-current. Check with re@ and see if > you can MFC your symbols before 7.0. If not, then move them > to FBSD_1.1 in -current. If you have to MFC symbols from > FBSD_1.1 in -current, then just add those symbols to FBSD_1.1 > in 7.x. > > Whatever happens, the symbols in release N.x must be present in > the same namespaces as release N.x+y through -current to > maintain backward compatibility. The opposite is not true, > as release N.x+y can contain a superset of symbols from > release N.x. Okay, I'll go ahead and do that. Adding a new namespace for every major release sounds reasonable; I just didn't like the idea of adding a new namespace for every MFCable change.