This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] <bits/syscall.h>: Use an arch-independent system call list on Linux
On Apr 22 2017, Florian Weimer <fw@deneb.enyo.de> wrote:
> This does not work for some distributions because the order is like
> this:
>
> * Rebuild glibc for a point release.
> * Backport a system call to the actual kernel package.
> (* Backport the system call addition to the kernel headers package.)
>
> Whether the last step happens or not is immaterial in this context.
> You won't get the SYS_ macro with this build order.
Which your patch won't rectify.
> What could work is this:
>
> (* Backport system calls to the kernel package.)
> * Rebase the kernel headers package to the latest upstream version
> (changing the UAPI headers used by glibc and applications).
> (* Backport more system calls to the kernel package.)
> * Rebuild glibc to generate SYS_ macro list.
> (* Backport even more system calls to the kernel package.)
>
> This way, the glibc build would provide a full SYS_ macro list,
> assuming that the kernel backporting does not overtake upstream (which
> seems unlikely). However, some of the SYS_ macros will not work
> because the distribution kernel will lake the correspondign __NR_
> macros.
In which way does the macro not work?
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."