From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 17:33:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB3E316A412; Thu, 2 Nov 2006 17:33:37 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F23143D60; Thu, 2 Nov 2006 17:33:35 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2HXV1M016290; Thu, 2 Nov 2006 12:33:31 -0500 (EST) Date: Thu, 2 Nov 2006 12:33:31 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Sobolev In-Reply-To: <454A2A7E.5070703@FreeBSD.org> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <454A2A7E.5070703@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 12:33:32 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number 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: Thu, 02 Nov 2006 17:33:38 -0000 On Thu, 2 Nov 2006, Maxim Sobolev wrote: > Daniel Eischen wrote: >> No, in -current we force people to recompile everything. Plus >> we have symbol versioning in the libraries most likely to be >> effected. If we bump, we should enable symbol versioning at >> the same time. > > I don't see any reason to wait. Remember, we don't support backward/forward > binary compatibility for binaries compiled for -CURRENT anyway. The only > reason for this bump is to allow binaries compiled for -STABLE to run on > -CURRENT, which is not currently possible in the case when binary uses > pthreads lib. I'm not saying we should wait; I asked for this a few months ago. But, I've been informed that the latest gcc should be imported first because it records dependency information when linking a shared library to other shared libraries (or something like that). I think the entire library version bump should be done in one commit as opposed to just bumping libpthread. -- DE