Re: [Patches] Differences between glibc and EGLIBC

[Khem Raj <raj.khem@xxxxxxxxx>]

On Monday, November 19, 2012, Joseph S. Myers <joseph@xxxxxxxxxxxxxxxx> wrote:
> On Mon, 19 Nov 2012, Carlos O'Donell wrote:
>
>> > 12. Option group support. Â(I think Carlos expressed an interest in
>> > Â Â this, at least as regards the option groups corresponding to POSIX
>> > Â Â profiles.) ÂAny submission of this should take into account Steve
>> > Â Â Longerbeam's patches that didn't get checked in - that is, start
>> > Â Â by locating the final versions of those patches, retesting them,
>> > Â Â writing proper GNU ChangeLog entries for them and resubmitting
>> > Â Â them. ÂThen start from the resulting version of option group
>> > Â Â support (probably one option group at a time).
>>
>> Who is Steve Longerbeam? I am interested in the option group support,
>> I think it's a very clever way to slim down the library based on required
>> support.
>
> Steve Longerbeam <steve_longerbeam@xxxxxxxxxx>. ÂSee
> <http://www.eglibc.org/archives/patches/msg01049.html>.
>
> This is probably the most involved of all the changes to get into glibc
> (and also the one most liable to complicate merges from glibc, while any
> such merge into glibc is underway - it would be a very good idea for
> anyone merging such changes into glibc also to take on the task of, after
> each bit is merged into glibc, revising the version of that option group
> in EGLIBC to match changes made in the course of merging it into glibc, to
> avoid complicating subsequent general merges from glibc).


I have kept Steve's patches in good shape in OpenEmbedded
I will try to work on them into glibc trunk

> > 19. A Linuxthreads manpage change. ÂInsubstantial, but there's no
>> > Â Â glibc git repository for Linuxthreads (it's never been converted
>> > Â Â from CVS).
>>
>> I would throw this out. Going forward we want to focus on documenting
>> NPTL POSIX Threads.
>
> It still appears to be the case that the man-pages project does not have a
> manpage for pthread_mutex_init / pthread_mutex_unlock (the one in
> question), and that Linuxthreads is being used to provide a manpage for
> those functions by Ubuntu, for example. ÂI believe it is also the case
> that Linuxthreads is still being used by GNU/kFreeBSD, so if that gets
> merged to glibc then there may be a case for merging in the Linuxthreads
> history.
>
> It is indeed the case that NPTL documentation is lacking in the glibc
> manual (glibc bug 6039).
>
> --
> Joseph S. Myers
> joseph@xxxxxxxxxxxxxxxx
> _______________________________________________
> Patches mailing list
> Patches@xxxxxxxxxx
> http://eglibc.org/cgi-bin/mailman/listinfo/patches
>
_______________________________________________
Patches mailing list
Patches@xxxxxxxxxx
http://eglibc.org/cgi-bin/mailman/listinfo/patches