From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:05:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3948D16A419 for ; Fri, 9 Nov 2007 19:05:53 +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 DF1F913C48E for ; Fri, 9 Nov 2007 19:05:52 +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 lA9J5mJX024629; Fri, 9 Nov 2007 14:05:48 -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-3.0 (mail.netplex.net [204.213.176.10]); Fri, 09 Nov 2007 14:05:48 -0500 (EST) Date: Fri, 9 Nov 2007 14:05:48 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <4734AE21.3020901@elischer.org> Message-ID: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <20071109141155.0ae922a1@deskjail> <20071109164301.258532a8@deskjail> <4734AE21.3020901@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Alexander Leidinger , current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 19:05:53 -0000 On Fri, 9 Nov 2007, Julian Elischer wrote: > Alexander Leidinger wrote: >> Quoting Daniel Eischen (Fri, 9 Nov 2007 09:54:46 >> -0500 (EST)): >> >>> On Fri, 9 Nov 2007, Alexander Leidinger wrote: >>> >>>> Quoting Daniel Eischen (Thu, 18 Oct 2007 10:43:46 >>>> -0400 (EDT)): >>>> >>>>> (*) libc and other symbol versioned libraries may be bumped >>>>> again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). >>>>> It was deemed to late in the game to do this for 7.0. >>>> I'm curious, why do we need to reset it back to .0? >>> We don't have to. It would just make things clearer to have all >>> versioned symbol libraries with the same version number since >>> they shouldn't ever have to be bumped again. Solaris has all >>> their libraries at .1. We've already used .1, but .0 has never >>> been used. obrien suggested it, and it seems to make sense >>> to me. >> >> So it's just "cosmetics"... >> >> Do we lose much if we don't do this? >> >> What we gain in not doing is, is that users of those libs don't have to >> recompile all ports. Compared to the number of FreeBSD installations in >> total the number of affected users are small, but those are the users >> which help us debug -current (and ideally "all" (sort of) >> src-committers). I think those people have more interesting things to >> do than to recompile everything. >> >> Developers which link to those libs are not affected at all if we keep >> the current numbers, as they normally don't use it. It may or may not >> affect autoconf stuff which checks based upon the number instead of a >> feature/_FreeBSD_version or uname -r. Do you have an idea how much >> ports may be affected by this? I assume you will coordinate with >> portmgr to give this change a try on an experimental ports build. >> >> While I would be happy to not have to recompile all my ports on the >> systems (3 machines, 12 jails) where I use -current, this is not an >> objection, just some food for thoughts. > > I'm pretty sure there will be future version bumps despite the assurances of > the "symbol versioning cabal" that there won't be. > So I think it should be left at 7 to allow that to happen in the future. Well, there shouldn't be. But even if there is, there is 0.0, 0.1, etc. -- DE