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

["Carlos O'Donell" <carlos at redhat dot com>]

On 10/03/2013 10:07 AM, Rich Felker wrote:
> On Thu, Oct 03, 2013 at 08:18:27AM +0200, Jakub Jelinek wrote:
>> On Thu, Oct 03, 2013 at 02:16:02AM -0400, Rich Felker wrote:
>>> The weak references are just wrong. Instead, the library should have
>>> strong references to symbols with weak _definitions_ in either (a
>>> hypothetical dependency) libpthread_stubs.so or libc.so that do
>>> nothing, and that get overridden by the strong definitions in
>>> libpthread.so. Or we could just do away with the silliness of having
>>> these functions in a separate .so file, make libpthread.so a stub, and
>>> put everything in libc.so. For this to work for glibc, though, a lot
>>> of mess with symbol versioning would be needed. In musl, it was easy.
>>
>> Feel free to do it in musl if you like it; though, this constant musl
>> marketing IMNSHO doesn't belong to this list.
> 
> I'm sorry if you feel there has been any "constant marketing" from me.
> In the above quoted text, the mention was not strictly necessary, but
> I don't believe it was "marketing", just an expression of the contrast
> between my experience implementing the above and what would be needed
> to do similar in glibc.
> 
> As for other mentions, AFAIK they have all been in the context of
> design for things like safe TLS preallocation which are mildly complex
> to implement but which already have working implementations in musl,
> and again the purpose for mentioning that has been to offer proposed
> designs that work, along with ideas for what differences might be
> needed in adopting a similar design in glibc.
> 
> If others feel like this is "marketing" that's unwelcome, please let
> me know. I thought it was contributing to the improvement of glibc.

Rich,

I value your opinion and judgement and I feel the glibc community
is all the better for your involvement. 

I don't feel like you're marketing anything, but this feeling 
will vary from person to person depending on their opinion of 
what constitutes marketing. Thus I can't speak for anyone but 
myself.

I feel that the broader our community the better the overall
solutions we will achieve. For example I find your recent discussions 
with Ondrej about strstr to be quite enlightening and educational.

Lastly you motivate me to work on glibc to surpass musl in
certain areas where glibc is weak, and that can only be a good
thing :-)

Cheers,
Carlos.