Date: Sat, 11 Feb 2006 15:26:27 +0000 From: Alexander Kabaev <kan@freebsd.org> To: Daniel Eischen <deischen@freebsd.org> Cc: freebsd-current@freebsd.org, Steve Kargl <sgk@troutmask.apl.washington.edu> Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? Message-ID: <20060211152627.GA88895@freefall.freebsd.org> In-Reply-To: <Pine.GSO.4.43.0602110938230.11077-100000@sea.ntplx.net> References: <20060211071552.GA99012@troutmask.apl.washington.edu> <Pine.GSO.4.43.0602110938230.11077-100000@sea.ntplx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Feb 11, 2006 at 09:39:08AM -0500, Daniel Eischen wrote: > On Fri, 10 Feb 2006, Steve Kargl wrote: > > > On Sat, Feb 11, 2006 at 01:21:48AM -0500, Daniel Eischen wrote: > > > On Fri, 10 Feb 2006, Alexander Kabaev wrote: > > > > > > > > No. The change to link in libc by default and libpthread with -pthread > > > > are inthe works and will be committed shortly. There is not way around > > > > this if we want working versioned libc and libpthread in our system. > > > > > > Why is that? We really don't want -pthread to build in libpthread > > > dependency when linking shared libraries. > > > > Uh, well, you do if you want to use GCC 4.2.X > > Why? If one _really_ needs a shared library linked to libpthread, > -lpthread will always work. > > -- > DE > Just think for a moment how exactly will your shared library depend on a specific symbol version in C or thread libraries if no dependencies on libc.so.6 and libpthread.so.2 were recorded in the first place? When no -lc or -lpthreed were seen by ld at all? The symbol is defined by a name, version and library's SONAME. -- Alexander Kabaev
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060211152627.GA88895>