From owner-cvs-src@FreeBSD.ORG Mon Aug 27 13:55:18 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 0059516A420; Mon, 27 Aug 2007 13:55:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 623D513C45A; Mon, 27 Aug 2007 13:55:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8k2) with ESMTP id 205598072-1834499 for multiple; Mon, 27 Aug 2007 09:54:52 -0400 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l7RDsH9V027472; Mon, 27 Aug 2007 09:54:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Yar Tikhiy Date: Mon, 27 Aug 2007 09:39:47 -0400 User-Agent: KMail/1.9.7 References: <200708230509.l7N59VCi048341@repoman.freebsd.org> <20070825050637.GF99474@comp.chem.msu.su> In-Reply-To: <20070825050637.GF99474@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708270939.48788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 27 Aug 2007 09:54:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4075/Mon Aug 27 08:49:55 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: src-committers@freebsd.org, Peter Jeremy , Alfred Perlstein , cvs-all@freebsd.org, Daniel Eischen , cvs-src@freebsd.org 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 List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 13:55:18 -0000 On Saturday 25 August 2007 01:06:37 am Yar Tikhiy wrote: > On Fri, Aug 24, 2007 at 06:25:17PM -0400, Daniel Eischen wrote: > > I never added symbol versioning to libc in order to solve > > -current upgrade problems. Sure, you're free to use it that > > way, but it would not make me very happy ;-) > > You put it as though symbol versioning is your area of interest and > you just don't want any intruders to tamper with it. It wouldn't > have seemed so if there had been a well-defined policy on symbol > versioning usage somewhere on www.freebsd.org. No, there isn't a well-defined policy currently, feel free to write it down. :) What Dan is saying is that symbol versioning should follow the same de facto policy used prior to symbol versioning for managing shared library major numbers which is: only bump once during HEAD even if you have multiple ABI changes. Otherwise you can stifle work on HEAD as people will have to provide compat every time they change an ABI in HEAD even if they change it 3 or 4 times before the X.0 release. HEAD only needs to retain compat for earlier RELENG_x, it has never and should not contain compat for older HEAD except as temporary hacks. You also have the issue of adding a lot more compat clutter to the libraries if we support compat for every ABI change that ever happens in HEAD. In this case using a fbsd.hack symbol version for the old fts(3) symbols won't work, the existing binaries are already linked against fbsd-1.0, but the new fts(3) routines should be fbsd-1.0 as fbsd-1.0 is already a version bump from RELENG_6 (libc.so.6 and no symbol versions). -- John Baldwin