From owner-freebsd-current@FreeBSD.ORG Fri May 11 13:33:13 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A641416A404 for ; Fri, 11 May 2007 13:33:13 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 50DB513C457 for ; Fri, 11 May 2007 13:33:13 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l4BDXCaB012901; Fri, 11 May 2007 09:33:12 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Fri, 11 May 2007 09:33:12 -0400 (EDT) Date: Fri, 11 May 2007 09:33:12 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20070511083154.0b72ff46@kan.dnsalias.net> Message-ID: References: <20070511083154.0b72ff46@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 13:33:13 -0000 On Fri, 11 May 2007, Alexander Kabaev wrote: > On Sun, 6 May 2007 10:07:51 -0400 (EDT) > Daniel Eischen wrote: > >> Sometime this coming weekend (May 11-13), I'll be committing the >> following patch: >> >> http://people.freebsd.org/~deischen/symver/bump_symver.diffs.050207 >> >> What does this do? >> >> o All library versions that haven't already been bumped and >> that are not new to 7.0 will be bumped. >> > > Hi, > > I always had a problem with wholesome bumpings like these. I also had a problem with doing wholesale bumps, you can probably search the archives to find an objectior or two from me. But that is how things have been done in the past, so I was just trying to take the path of least resistance. > What is the > justification for such a broad sweep? libc bump CAN NOT be made an > excuse for cascaded bumps. FreeBSD does not record LIBC dependency into > shared libraries themselves, so as long as libc sybols used by the > shared library did not change ABI between libc.so.6 and libc.so.7, old > shared libraries will happily work with both. The only ABI change that I am aware of is get[by]hostname(), but there may be others. > If there are are symbols > that are missing or have changed in libc.so.7 that prevent it from > being a perfect superset of libc.so.6, can we consider adding them back > instead, with FBSD_1.0 version and making changed symbols FBSD_1.1 or > some such? Sure, this will break older unversioned -current binaries as > they will start resolving to FBSD_1.0 symbols, but your bump will > obsolete them too, so -current users will need to recompile either way. > > I always thought that original LIBC bump was a mistake. I agree, but the problem is that noone has been keeping track of ABI changes and how they affect other shared libraries. I'm not sure what the changes are or what is affected if anything. I think that is the real crux of the matter and why re@'s have always done wholesale library bumps in the past. > Please consider this an objection until this matter is discussed in > more detail. At a minimum, all libraries that have been symbol-versioned need to be bumped, though. How about if I commit everything except for the bumping of non-symbol-versioned libraries? After a later discussion, re@ can decide whether or not to bump the remaining libraries. Is this acceptable? -- DE