Date: Thu, 1 Apr 2004 15:53:08 -0600 From: "Jacques A. Vidrine" <nectar@FreeBSD.org> To: Daniel Eischen <eischen@vigrid.com> Cc: Oliver Eikemeier <eikemeier@fillmore-labs.com> Subject: Re: nss_ldap broken Message-ID: <20040401215308.GA79924@madman.celabo.org> In-Reply-To: <Pine.GSO.4.10.10404011141270.23686-100000@pcnet5.pcnet.com> References: <20040401153815.GD60392@madman.celabo.org> <Pine.GSO.4.10.10404011141270.23686-100000@pcnet5.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Apr 01, 2004 at 11:42:59AM -0500, Daniel Eischen wrote: > On Thu, 1 Apr 2004, Jacques A. Vidrine wrote: > > > On Thu, Apr 01, 2004 at 10:16:25AM -0500, Daniel Eischen wrote: > > > I think the best way is to avoid having shared libraries needlessly linked to > > > a threads library. > > > > If we can guarantee that -pthread would give that behavior ``forever'', > > then great. I guess we've come full circle (``-pthread good'' > > ``-pthread bad, don't use it'' ``-pthread good''). :-) > > > > Then how does one pick an alternate threading library? Say `libmap' and > > Override PTHREAD_LIBS to be -lthrlibofchoice for > the port you are building. Then we're back where we started. The port will build its applications *and* libraries with a DT_NEEDED libthrlibofchoice.so.N. If something dlopens/dlcloses the library, again we're playing with fire. Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040401215308.GA79924>