From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 08:32:27 2004 Return-Path: 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 5DD3616A4CE for ; Fri, 6 Feb 2004 08:32:27 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 18DBB43D58 for ; Fri, 6 Feb 2004 08:32:21 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 14414 invoked by uid 1002); 6 Feb 2004 16:32:18 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 6 Feb 2004 16:32:18 -0000 Message-ID: <4023C100.2090305@freebsd.org> Date: Fri, 06 Feb 2004 09:29:52 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz References: <20040130142603.GE99895@madman.celabo.org> <401A7FAF.7080402@freebsd.org> <20040205072422.GB11291@VARK.homeunix.com> In-Reply-To: <20040205072422.GB11291@VARK.homeunix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Jacques A. Vidrine" cc: deischen@freebsd.org cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: HEADS UP: libkse -> libpthread switch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 06 Feb 2004 16:32:27 -0000 David Schultz wrote: > On Fri, Jan 30, 2004, Scott Long wrote: > >>Jacques A. Vidrine wrote: >> >>>On Fri, Jan 30, 2004 at 07:34:02AM -0500, Daniel Eischen wrote: >>> >>> >>>> Until >>>> the ports system is updated to handle this change, it is >>>> recommended that folks install an /etc/libmap.conf(5) that >>>> maps libc_r to libpthread. >>> >>> >>>Why, exactly? (curious) >>> >>>IMHO it is unacceptable to require /etc/libmap.conf to exist. I know >>>this is temporary, but I hope it is *really* temporary. >>> >>>Cheers, >> >>We certainly are not going to ship 5.3 like this. However, given that >>HEAD is a development branch and that change does not happen >>instantly, I think that this fine for now. > > > Actually, installing a libmap.conf mapping libc_r to libpthread by > default in 5.3 might be *less* painful than the alternative. > Otherwise, an application compiled after the change that links > against a multithreaded library compiled before the change might > depend on both libc_r.so and libpthread.so, which would inevitably > cause things to go wrong at runtime. Without a libmap.conf, it > would seem that users would be forced to upgrade all of their > applications and libraries that depend on libc_r simultaneously. > > > P.S. In grepping through the next few days of -CURRENT, which I > haven't read yet, it seems that someone has already been > bitten by this problem. See Subject: wxgtk build error > libpthred related > That's an interesting viewpoint that might be good to consider. However, what's really going to bite people is the cases where half of an app has libc_r statically compiled in, and the other half has it dynamically compiled in. libmap.conf is useless for that situation except to remap everything back to the static library. So, it's probably best right now to reinforce that recompiling/portupgrading is the best course of action. Scott