Date: Thu, 4 Mar 2004 11:17:20 +1030 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: freebsd-current@freebsd.org Cc: current@freebsd.org Subject: Re: fix for libpthread Message-ID: <200403041117.20408.doconnor@gsoft.com.au> In-Reply-To: <40460041.1040604@xtaz.net> References: <20040303061144.GE56622@elvis.mu.org> <20040303154924.GA85824@crodrigues.org> <40460041.1040604@xtaz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200403041117.20408.doconnor>