Date: Tue, 8 Jun 2004 00:23:30 -0700 From: Kris Kennaway <kris@obsecurity.org> To: John Birrell <jb@cimlogic.com.au> Cc: Sean McNeil <sean@mcneil.com> Subject: Re: weak implementation of threads has problems - kse fix attached Message-ID: <20040608072330.GA82183@xor.obsecurity.org> In-Reply-To: <20040608054127.GB3604@freebsd3.cimlogic.com.au> References: <20040608051347.GA3604@freebsd3.cimlogic.com.au> <Pine.GSO.4.10.10406080126400.27228-100000@pcnet5.pcnet.com> <20040608054127.GB3604@freebsd3.cimlogic.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
--wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 08, 2004 at 03:41:27PM +1000, John Birrell wrote: > On Tue, Jun 08, 2004 at 01:34:33AM -0400, Daniel Eischen wrote: > > On Tue, 8 Jun 2004, John Birrell wrote: > >=20 > > > [ cross-post lists cut back, ports added 8-) ] > > >=20 > > > On Mon, Jun 07, 2004 at 11:48:45PM -0500, Dan Nelson wrote: > > > > A good addition to bsd.port.mk, right next to the "possible network > > > > server" etc checks, might be to run ldd on all installed shared > > > > libraries and print a warning if any threads libraries show up. Th= ere > > > > are a huge number of ports that install shlibs linked to libpthread= s. > > >=20 > > > Good idea. > >=20 > > Just picking a message at random to reply to... > >=20 > > In case anyone wonders why we don't use strong references, I chose to > > mimic what Solaris does: > >=20 > > bash-2.05$ nm /lib/libpthread.so.1 | grep pthread_mutex_lock > > 0000000000003c80 T _pthread_mutex_lock > > 0000000000003c80 W pthread_mutex_lock > >=20 > > bash-2.05$ nm /lib/libc.so.1 | grep pthread_mutex_lock > > 0000000000096c38 W _pthread_mutex_lock > > 0000000000096c38 W pthread_mutex_lock > >=20 > > It is also easy to provide your own version of pthread_foo() without > > having any strong references override it. >=20 > Despite the heat-of-the-moment on amd64, FWIW, using linpthread on i386 > on a clean machine with NOLIBC_R set in /etc/make.conf, nothing in libmap= .conf > and just normal ports builds, gnome, mplayer, mozilla, openoffice etc work > fine for me on current (except for the ACPI kernel problems which should > either be fixed or backed out IMNSHO). Yeah, some time last year I went through and fixed or marked BROKEN all the ports that link explicitly to libc_r, and I think they've all been fixed to use PTHREAD_LIBS. Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAxWlyWry0BWjoQKURAsj6AJ0QnxMzXMhvgv3/xYy4yYS1ZmOWTgCfbRvK za48KdtyUiXT3yDIpvIFw1U= =1lNE -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040608072330.GA82183>