Date: Sat, 05 Jun 2004 14:49:38 -0700 From: Sean McNeil <sean@mcneil.com> To: Michael Nottebrock <michaelnottebrock@gmx.net> Cc: freebsd-ports@freebsd.org Subject: Re: post-patch blues with db3, db4, db41 Message-ID: <1086472178.95447.3.camel@server.mcneil.com> In-Reply-To: <200406052342.57590.michaelnottebrock@gmx.net> References: <1086462964.42167.5.camel@server.mcneil.com> <200406052313.28195.michaelnottebrock@gmx.net> <1086470698.68421.8.camel@server.mcneil.com> <200406052342.57590.michaelnottebrock@gmx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2004-06-05 at 14:42, Michael Nottebrock wrote: > On Saturday 05 June 2004 23:24, Sean McNeil wrote: > > > No shared library that does not explicitly call pthread functionality > > (i.e. pthread* functions) should be linked to require libthread. > > > > This is a simple rule that db3, db4, and db41 do not follow. Removing > > the REINPLACE makes it follow the rule. > > Turns out you're right, however libdb4_cxx and libdb41_cxx actually require > linking to a threads library so a more fine-grained approach than simply > removing the REINPLACE is necessary. Interesting. Why do you think this is required? I did a nm --demangle /usr/local/lib/libdb41_cxx.so.1 | grep " U " and do not see any specific requirement that this library be linked with pthreads. In fact, it would appear that the library does not require libpthread as there look like a test of __isthreaded in there. This would indicate that it is possible to use in a non-threaded environment. Sean
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1086472178.95447.3.camel>