This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Linux: Add tables with system call numbers


* 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]