This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: f_owner_ex vs. POSIX
- From: Florian Weimer <fweimer at redhat dot com>
- To: "Michael Kerrisk \(man-pages\)" <mtk dot manpages at gmail dot com>
- Cc: Eric Blake <eblake at redhat dot com>, glibc list <libc-alpha at sourceware dot org>, linux-man at vger dot kernel dot org
- Date: Mon, 02 Sep 2019 15:44:53 +0200
- Subject: Re: f_owner_ex vs. POSIX
- References: <a6d65cee-a909-449c-484d-66cd26093958@redhat.com> <bdc9527b-6595-9f4e-b35d-3796967e044c@gmail.com>
* Michael Kerrisk:
> I do not know what the rationale was for the addition of the 'enum',
> and it wouldn't surprise me if there was no public discussion about
> it. The use of an 'enum' strikes me as a slightly odd decision (given
> that the kernel uses 'int') but, related to your point below, there
> is precedent in, for example, the use of an 'enum' for 'idtype_t' in
> waitid() inside glibc, while the kernel type for the argument in
> the underlying system call is 'int'.
There is also the issue of -fshort-enum. Some people probably expect
that they can use that option and still use glibc headers.
I do not have any inside knowledge why things are like they are.
Presumably we can switch the type member to int.
Thanks,
Florian