This is the mail archive of the
mailing list for the glibc project.
Re: Official Linux system wrapper library?
- From: Florian Weimer <fweimer at redhat dot com>
- To: "Michael Kerrisk \(man-pages\)" <mtk dot manpages at gmail dot com>
- Cc: Willy Tarreau <w at 1wt dot eu>, Daniel Colascione <dancol at google dot com>, linux-kernel <linux-kernel at vger dot kernel dot org>, Joel Fernandes <joelaf at google dot com>, Linux API <linux-api at vger dot kernel dot org>, Vlastimil Babka <vbabka at suse dot cz>, Carlos O'Donell <carlos at redhat dot com>, "libc-alpha\@sourceware.org" <libc-alpha at sourceware dot org>
- Date: Sun, 11 Nov 2018 12:02:04 +0100
- Subject: Re: Official Linux system wrapper library?
- References: <CAKOZuesB4R=dCz4merWQN0FSCGrXmOgUUr4ienSbStBJguNv8g@mail.gmail.com> <firstname.lastname@example.org> <20181111081725.GA30248@1wt.eu> <email@example.com>
* Michael Kerrisk:
> I'm not sure I'd view the glibc position quite so harshly (although
> it is disappointing to me that bug 6399 remains open). I think they
> are simply short of people to work on this task. There was a lengthy
> period where no syscall wrappers were being added (pretty much from
> 2.16 to 2.24, as far as I can tell), but that has changed.
People may have disappeared from glibc development who have objected to
gettid. I thought this was the case with strlcpy/strlcat, but it was
At present, it takes one semi-active glibc contributor to block addition
of a system call. The process to override a sustained objection has
never been used successfully, and it is a lot of work to get it even