This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Provide pthread_atfork in libc_nonshared.a and libc.a.

From: Mike Frysinger <vapier at gentoo dot org>
To: libc-alpha at sourceware dot org
Cc: "Carlos O'Donell" <carlos at redhat dot com>, Jakub Jelinek <jakub at redhat dot com>, Roland McGrath <roland at hack dot frob dot com>
Date: Mon, 23 Dec 2013 04:45:11 -0500
Subject: Re: [PATCH] Provide pthread_atfork in libc_nonshared.a and libc.a.
Authentication-results: sourceware.org; auth=none
References: <524C90A1 dot 6050801 at redhat dot com>

On Wednesday 02 October 2013 17:31:13 Carlos O'Donell wrote:
> The standard design pattern for making it optional to link against
> libpthread is to mark the function weak, test if the function
> address is non-zero and call the function, otherwise use a fallback.

how does this gel with all the forwarding funcs we have in libc.so today 
(nptl/forward.c) ?  are those the wrong/old pattern then ?

or is the NULL test meant for static code and the dummy funcs meant for shared 
library code ?

seems weird that nptl/forward.c misses a large number of functions from the 
current pthreads API.
-mike

Attachment: signature.asc
Description: This is a digitally signed message part.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]