[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Patches] Differences between glibc and EGLIBC
- To: Carlos O'Donell <carlos@xxxxxxxxxxxxxxxx>
- Subject: Re: [Patches] Differences between glibc and EGLIBC
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Date: Mon, 19 Nov 2012 16:42:51 +0000
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).
> > 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