Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 31 May 2004 16:57:41 -0500
From:      Jon Noack <noackjr@alumni.rice.edu>
To:        Doug White <dwhite@gumbysoft.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: misc questions / comments / rambelings
Message-ID:  <40BBAA55.5000502@alumni.rice.edu>
In-Reply-To: <20040531104051.U95992@carver.gumbysoft.com>
References:  <20040530154955.97006.qmail@web21322.mail.yahoo.com> <20040531104051.U95992@carver.gumbysoft.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 05/31/04 12:44, Doug White wrote:
> On Sun, 30 May 2004, asfdqwer xzcvdsf wrote:
>> Now that I'm running current is there anything special I have to
>> change in make.conf?  Should I still have to define "WITH_THREADS"
>> and "WITH_LIBMAP" or do the ports autorecognize the kse -->
>> pthreads change?
> 
> As long as your ports tree is up to date and you don't have anything 
> threads-related in /etc/make.conf or /etc/libmap.conf, you should be
> ok. You will have to rebuild anything that uses threads, though, and
> that includes XFree86.  If you have kde and/or qt installed it gets a
> little more complicated.

Perhaps I am mistaken on this, but can't you just map libc_r -> 
libpthread in /etc/libmap.conf instead of rebuilding everything?  I know 
this won't work in every case (nVidia driver, MySQL had some libpthread 
issues a while back, etc.), but I would try it before recompiling 
everything...

 From /usr/src/UPDATING:
20040303:
     If you are having trouble with the libc_r -> libpthread transition
     (see the 20040130 entry), place the following lines at the top of
     /etc/libmap.conf:

     libc_r.so.5             libpthread.so.1
     libc_r.so               libpthread.so

     This will cause all programs and libraries linked against libc_r
     to use libpthread instead.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40BBAA55.5000502>