This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 2/3] network: recvmsg and sendmsg standard compliance (BZ#16919)
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Carlos O'Donell <carlos at redhat dot com>
- Cc: Zack Weinberg <zackw at panix dot com>, Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, GNU C Library <libc-alpha at sourceware dot org>, Florian Weimer <fweimer at redhat dot com>
- Date: Fri, 10 Jun 2016 18:19:13 +0000
- Subject: Re: [PATCH 2/3] network: recvmsg and sendmsg standard compliance (BZ#16919)
- Authentication-results: sourceware.org; auth=none
- References: <1459175641-12520-1-git-send-email-adhemerval dot zanella at linaro dot org> <1459175641-12520-3-git-send-email-adhemerval dot zanella at linaro dot org> <a963950f-bb21-be79-bddd-8379b588378a at panix dot com> <5756D873 dot 1000701 at linaro dot org> <CAKCAbMgk7vtMFoXKJ45TwnFv7gqNesNk0AuSRHvg58XMSMaQTg at mail dot gmail dot com> <575886C8 dot 8000401 at linaro dot org> <5758DFF7 dot 5020800 at redhat dot com> <CAKCAbMj_UP4Dpidn5nJ1xnZY0KK3KYkHiWgmTXrcQT+bNKjJBQ at mail dot gmail dot com> <4ce169ed-9dc2-9bcd-e66d-7443b371befa at redhat dot com>
On Fri, 10 Jun 2016, Carlos O'Donell wrote:
> > (A much more significant issue here is the ridiculous delays in adding
> > things like gettid() and getrandom().)
>
> There are no delays in adding gettid or getrandom, there are only the
> lack of skilled people willing to do the work at level of quality required
> of a core library implementation.
For gettid I think the actual issue is difficulty in establishing
consensus in the absence of unanimity. That's caused issues for all of:
gettid / pthread_gettid_np, explicit_bzero, strlcpy / strlcat, Linux
syscall wrappers in general especially where not appropriate for the
OS-independent GNU API. (I think all of those are appropriate for
inclusion in glibc.)
--
Joseph S. Myers
joseph@codesourcery.com