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: Carlos O'Donell <carlos at redhat dot com>
- To: Joseph Myers <joseph at codesourcery 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 14:45:19 -0400
- 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> <alpine dot DEB dot 2 dot 20 dot 1606101817020 dot 12325 at digraph dot polyomino dot org dot uk>
On 06/10/2016 02:19 PM, Joseph Myers wrote:
> 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.)
The OS-independent GNU API is in my mind an issue of documentation,
describing which APIs are Linux-specific and which are not.
I would be happy to see gettid implemented as a wrapper if someone
would step up to document exactly how it behaves and where it is valid
to use the resulting return value and in what APIs. That I think is
where everyone balks at the work.
--
Cheers,
Carlos.