From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 05:42:00 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 A548D16A407 for ; Thu, 2 Nov 2006 05:42:00 +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 BAA7C43D64 for ; Thu, 2 Nov 2006 05:41:58 +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 kA25fvtJ009921; Thu, 2 Nov 2006 00:41:57 -0500 (EST) Date: Thu, 2 Nov 2006 00:41:57 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20061101200949.2d21ace0@kan.dnsalias.net> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> 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 00:41:57 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.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 05:42:00 -0000 On Wed, 1 Nov 2006, Alexander Kabaev wrote: > On Wed, 1 Nov 2006 19:38:41 -0500 (EST) > Daniel Eischen wrote: > >> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >> >>> Guys, >>> >>> I have noticed that libpthread shared library version number in >>> 6-STABLE and 7-CURRENT is the same (.2), which causes all threaded >>> application compiled for 6-STABLE to segfault when executed on >>> 7-CURRENT system, unless libpthread.so.2 is replaced with with its >>> 6-STABLE version which in turn will create problems with threaded >>> apps compiled for 7-CURRENT. IMHO we should increase version number >>> in 7-CURRENT, so that it is in the line of what we have for other >>> system libraries. >> >> It should be done as part of a larger set of library version bumps. >> All libraries should be bumped. I believe kan and kensmith were >> suppose to be looking at that. We wanted to enable symble versioning >> by default, so all libraries would need to be bumped. >> > > I never indicate that I was going to do anything regarding version > bumps and I still have no plans whatsoever to do so. It probably does > not make sense to do anything until we have a new GCC in the tree. > Just a note to someone who is brave enough to volunteer for the task. I believe you were away for a couple of weeks a few months ago and responded to an email regarding symbol versioning and library bumping. You said you wanted kensmith to wait until you got back and took a closer look. I forget the exact context and don't have the saved email. I _think_ it had something to do with symbol version dependencies not getting recorded in shared libraries, or something related to that. I also _think_ you said you had some changes in the pipe to fix that. But I could be remembering wrong. I wish I had the old email... -- Dan