Date: Tue, 8 Jun 2004 11:30:14 -0400 From: Brian Feldman <green@freebsd.org> To: Kris Kennaway <kris@obsecurity.org> Cc: Sean McNeil <sean@mcneil.com> Subject: Re: weak implementation of threads has problems - kse fix attached Message-ID: <20040608153014.GE23083@green.homeunix.org> In-Reply-To: <20040608072706.GA82243@xor.obsecurity.org> References: <1086663455.1258.79.camel@server.mcneil.com> <Pine.GSO.4.10.10406080028070.11500-100000@pcnet5.pcnet.com> <20040608044844.GA89198@dan.emsphone.com> <20040608072706.GA82243@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jun 08, 2004 at 12:27:06AM -0700, Kris Kennaway wrote: > On Mon, Jun 07, 2004 at 11:48:45PM -0500, Dan Nelson wrote: > > In the last episode (Jun 08), Daniel Eischen said: > > > No, I don't want to litter all our thread libraries with strong > > > references. As I've said before, build your shared libraries > > > correctly so they don't bring in the threads library. > > > > 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. There > > are a huge number of ports that install shlibs linked to libpthreads. > > Some of these are probably correct, in that the library started using > libpthreads internally and there are a large number of clients that > would otherwise need to be changed to link to that library. In this case, Berkeley DB 4.2 actually doesn't even compile in pthreads support (which it would use exclusively for mutexes); since it compiles in "test-and-set" mutex support, the linking to -lpthread is 100% bogus. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040608153014.GE23083>