This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: bug in distributions using NPTL (?)
- From: Daniel Jacobowitz <drow at false dot org>
- To: Sebastien Decugis <sebastien dot decugis at ext dot bull dot net>
- Cc: libc-alpha at sources dot redhat dot com
- Date: Tue, 2 Nov 2004 12:57:42 -0500
- Subject: Re: bug in distributions using NPTL (?)
- References: <1099418328.31795.40.camel@decugiss.frec.bull.fr>
On Tue, Nov 02, 2004 at 06:58:48PM +0100, Sebastien Decugis wrote:
> Hi all,
>
> I've just noticed that on several distributions which install both the
> NPTL in /lib/tls and the Linuxthreads in /lib, (I tried with FedoraCore
> 3, SLES9, RHEL3), an user application which uses the
> pthread_barrierattr_getpshared routine won't be able to link.
>
> AFAIU, this is due to this routine being absent from the linuxthreads
> library (instead there is __pthread_barrierattr_getpshared); and the
> compiler will use automatically /lib/libpthread.so.0 at link time,
> /lib/tls/libpthread.so.0 will be used only at runtime.
>
> Is this a bug in the given distributions (or in the linker); or should
> the symbol pthread_barrierattr_getpshared be present in the Linuxthreads
> library as well? (I don't understand the alias mechanism)
>
> Please let me know if I have to open a bugzilla for this.
Your distribution probably provides the NPTL libraries somewhere, and
documents what include and library paths you need to specify to use
NPTL-only functionality.
--
Daniel Jacobowitz