From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 16:47:40 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 E635F16A4CF; Wed, 3 Mar 2004 16:47:40 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F1AD43D3F; Wed, 3 Mar 2004 16:47:40 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i240lQQ9028989; Thu, 4 Mar 2004 11:17:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 4 Mar 2004 11:17:20 +1030 User-Agent: KMail/1.6 References: <20040303061144.GE56622@elvis.mu.org> <20040303154924.GA85824@crodrigues.org> <40460041.1040604@xtaz.net> In-Reply-To: <40460041.1040604@xtaz.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403041117.20408.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Craig Rodrigues cc: Alfred Perlstein cc: Matt cc: current@freebsd.org Subject: Re: fix for libpthread 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: Thu, 04 Mar 2004 00:47:41 -0000 On Thu, 4 Mar 2004 02:26, Matt wrote: > mplayer is fine by itself. It's something lower down that mplayer uses > during configuration/compiling. Yes I had this problem.. Any ports build on a post thread change system that use libraries requiring threads built before the change won't work :( I upgraded artsd and found it wouldn't start since it was linked against c_r and pthread. I have libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so in /etc/libmap.conf which works around the problem nicely (I am an nvidia-driver user) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5