From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:07:29 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 44EF716A416 for ; Thu, 2 Nov 2006 13:07:29 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id B67DE43DF2 for ; Thu, 2 Nov 2006 13:07:06 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-03.southeast.rr.com (8.13.6/8.13.6) with ESMTP id kA2D74tk005061; Thu, 2 Nov 2006 08:07:04 -0500 (EST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.8/8.13.8) with ESMTP id kA2D73A1089904; Thu, 2 Nov 2006 08:07:03 -0500 (EST) (envelope-from morganw@chemikals.org) Date: Thu, 2 Nov 2006 08:07:03 -0500 (EST) From: Wesley Morgan To: Alexander Kabaev In-Reply-To: <20061101200949.2d21ace0@kan.dnsalias.net> Message-ID: <20061102080524.R80586@volatile.chemikals.org> References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine 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 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 13:07:29 -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. > > Handling of libpthread/libthr is not anyone's idea of fun, as both > librares are exporting different symbol sets under the same version > name, stick their dirty hands into rtld internals, etc. I encountered (and reported) weird problems with threaded apps when symbol versioning was enabled. The new csup would fail in areas it shouldn't have failed and gdb made it look like some weird stuff was happening concurrently. Turning off symbol versioning solved the problem. -- This .signature sanitized for your protection