fix for libpthread
Daniel O'Connor
doconnor at gsoft.com.au
Wed Mar 3 16:47:41 PST 2004
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
More information about the freebsd-current
mailing list