This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Linux: Add tables with system call numbers
- From: Florian Weimer <fweimer at redhat dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: <libc-alpha at sourceware dot org>
- Date: Tue, 04 Jun 2019 17:33:11 +0200
- Subject: Re: [PATCH] Linux: Add tables with system call numbers
- References: <87o93mqlhj.fsf@oldenburg2.str.redhat.com> <alpine.DEB.2.21.1905282247180.27415@digraph.polyomino.org.uk> <877ea9re8x.fsf@oldenburg2.str.redhat.com> <alpine.DEB.2.21.1905301536560.13569@digraph.polyomino.org.uk> <87v9xqkc3u.fsf@oldenburg2.str.redhat.com> <alpine.DEB.2.21.1906031521520.14124@digraph.polyomino.org.uk>
* Joseph Myers:
> On Fri, 31 May 2019, Florian Weimer wrote:
>
>> > What would seem more appropriate to me would be e.g. for
>> > build-many-glibcs.py to have a new "update-syscalls" option for what to
>> > do, which would require a previously built set of compilers (if they're
>> > part of what's needed for this process) and would build the Linux kernel
>> > headers only to extract syscall numbers from them.
>>
>> I tried to implement an “update-syscall-lists” with the patch below. It
>> needs the compilers stage completed, and it configures glibc, to be able
>> to run the “make update-syscall-lists”, but it does not require a full
>> build/check cycle.
>
> I think the key thing is that it should work with the compilers stage
> completed *with an older kernel headers version*. That is, it should
> build the kernel headers itself (install them somewhere other than in the
> compiler installation, configure glibc using --with-headers= pointing to
> that location). Building kernel headers and configuring glibc are both
> fast; building compilers isn't.
I see, sorry for missing this aspect.
We have some interesting machines in our labs that can run a compilers
or glibcs stage fairly quickly (around 40 minutes each). But they
require some manual setup for the build environment, and I would have to
automate that because I can't get a permanent reservation for them for
obvious reasons.
Rather, I will try to implement what you suggest. It's certainly
benefits more of us.
Thanks,
Florian