This is the mail archive of the 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.

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) or that do
> > nothing, and that get overridden by the strong definitions in
> > Or we could just do away with the silliness of having
> > these functions in a separate .so file, make a stub, and
> > put everything in 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.


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