* Re: openat2.h location (openat2.2)
[not found] <20200630141703.GB12757@laura.suse.cz>
@ 2020-06-30 19:35 ` Michael Kerrisk (man-pages)
2020-06-30 22:33 ` Aleksa Sarai
0 siblings, 1 reply; 3+ messages in thread
From: Michael Kerrisk (man-pages) @ 2020-06-30 19:35 UTC (permalink / raw)
To: pgajdos; +Cc: eppers, Aleksa Sarai, linux-man
[CC += Aleksa, linux-man@]
Hello Petr,
I'm bringing Aleksa, the creator of the system call, into CC.
Aleksa, the issue is that the header file (<openat2.h>) documented in
the manual page that you sent does not (yet) exist (and the bug
reporter therefore suggests that the manual page should say to include
<linux/openat2.h>.
I'm guessing that there is (or was) a plan to add a <openat2.h> header
file to glibc. What is the status?
With best regards,
Michael
On Tue, 30 Jun 2020 at 16:17, pgajdos <pgajdos@suse.cz> wrote:
>
> Hello Michael,
>
> https://bugzilla.suse.com/show_bug.cgi?id=1173382
>
> reporter proposes
>
> Index: man-pages-5.07/man2/openat2.2
> ===================================================================
> --- man-pages-5.07.orig/man2/openat2.2 2020-06-09 14:45:54.000000000 +0200
> +++ man-pages-5.07/man2/openat2.2 2020-06-30 16:07:09.655352702 +0200
> @@ -29,7 +29,7 @@ openat2 \- open and possibly create a fi
> .B #include <sys/types.h>
> .B #include <sys/stat.h>
> .B #include <fcntl.h>
> -.B #include <openat2.h>
> +.B #include <linux/openat2.h>
> .PP
> .BI "int openat2(int " dirfd ", const char *" pathname ,
> .BI " struct open_how *" how ", size_t " size ");
>
> Thanks,
> Petr
>
> --
> Have a lot of fun!
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: openat2.h location (openat2.2)
2020-06-30 19:35 ` openat2.h location (openat2.2) Michael Kerrisk (man-pages)
@ 2020-06-30 22:33 ` Aleksa Sarai
2020-07-02 9:41 ` Florian Weimer
0 siblings, 1 reply; 3+ messages in thread
From: Aleksa Sarai @ 2020-06-30 22:33 UTC (permalink / raw)
To: Michael Kerrisk (man-pages)
Cc: pgajdos, eppers, linux-man, libc-alpha, Florian Weimer
[-- Attachment #1: Type: text/plain, Size: 1900 bytes --]
On 2020-06-30, Michael Kerrisk (man-pages) <mtk.manpages@gmail.com> wrote:
> [CC += Aleksa, linux-man@]
>
> Hello Petr,
>
> I'm bringing Aleksa, the creator of the system call, into CC.
>
> Aleksa, the issue is that the header file (<openat2.h>) documented in
> the manual page that you sent does not (yet) exist (and the bug
> reporter therefore suggests that the manual page should say to include
> <linux/openat2.h>.
>
> I'm guessing that there is (or was) a plan to add a <openat2.h> header
> file to glibc. What is the status?
Yes, Florian asked me to put the openat2 definitions into a separate
header (openat2.h) so that it could be just copied by glibc rather than
having to do any more hacks around <fcntl.h>.
I guess those plans haven't come to fruition yet? I'm fine with telling
users to use <linux/openat2.h> in the meantime.
> With best regards,
>
> Michael
>
> On Tue, 30 Jun 2020 at 16:17, pgajdos <pgajdos@suse.cz> wrote:
> >
> > Hello Michael,
> >
> > https://bugzilla.suse.com/show_bug.cgi?id=1173382
> >
> > reporter proposes
> >
> > Index: man-pages-5.07/man2/openat2.2
> > ===================================================================
> > --- man-pages-5.07.orig/man2/openat2.2 2020-06-09 14:45:54.000000000 +0200
> > +++ man-pages-5.07/man2/openat2.2 2020-06-30 16:07:09.655352702 +0200
> > @@ -29,7 +29,7 @@ openat2 \- open and possibly create a fi
> > .B #include <sys/types.h>
> > .B #include <sys/stat.h>
> > .B #include <fcntl.h>
> > -.B #include <openat2.h>
> > +.B #include <linux/openat2.h>
> > .PP
> > .BI "int openat2(int " dirfd ", const char *" pathname ,
> > .BI " struct open_how *" how ", size_t " size ");
> >
> > Thanks,
> > Petr
> >
> > --
> > Have a lot of fun!
--
Aleksa Sarai
Senior Software Engineer (Containers)
SUSE Linux GmbH
<https://www.cyphar.com/>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: openat2.h location (openat2.2)
2020-06-30 22:33 ` Aleksa Sarai
@ 2020-07-02 9:41 ` Florian Weimer
0 siblings, 0 replies; 3+ messages in thread
From: Florian Weimer @ 2020-07-02 9:41 UTC (permalink / raw)
To: Aleksa Sarai
Cc: Michael Kerrisk (man-pages), pgajdos, eppers, linux-man, libc-alpha
* Aleksa Sarai:
> On 2020-06-30, Michael Kerrisk (man-pages) <mtk.manpages@gmail.com> wrote:
>> [CC += Aleksa, linux-man@]
>>
>> Hello Petr,
>>
>> I'm bringing Aleksa, the creator of the system call, into CC.
>>
>> Aleksa, the issue is that the header file (<openat2.h>) documented in
>> the manual page that you sent does not (yet) exist (and the bug
>> reporter therefore suggests that the manual page should say to include
>> <linux/openat2.h>.
>>
>> I'm guessing that there is (or was) a plan to add a <openat2.h> header
>> file to glibc. What is the status?
>
> Yes, Florian asked me to put the openat2 definitions into a separate
> header (openat2.h) so that it could be just copied by glibc rather than
> having to do any more hacks around <fcntl.h>.
We still need to document the original *at functions. 8-( That's a
precondition for adding openat2 (which should come with its own
documentation right from the start).
<https://sourceware.org/pipermail/libc-alpha/2020-May/113545.html>
> I guess those plans haven't come to fruition yet? I'm fine with telling
> users to use <linux/openat2.h> in the meantime.
If we include <linux/openat2.h> from the glibc header, the transition
should be unproblematic because there won't be any multi-definition
errors.
Thanks,
Florian
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-07-02 9:41 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20200630141703.GB12757@laura.suse.cz>
2020-06-30 19:35 ` openat2.h location (openat2.2) Michael Kerrisk (man-pages)
2020-06-30 22:33 ` Aleksa Sarai
2020-07-02 9:41 ` Florian Weimer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).