Deprecate and remove SYS_ system call numbers?
Adhemerval Zanella
adhemerval.zanella@linaro.org
Tue Aug 9 01:13:00 GMT 2016
On 08/08/2016 21:09, Carlos O'Donell wrote:
> On 08/08/2016 05:06 PM, Florian Weimer wrote:
>> On 08/08/2016 11:01 PM, Carlos O'Donell wrote:
>>> On 08/08/2016 04:55 PM, Florian Weimer wrote:
>>>> On 08/08/2016 10:47 PM, Andreas Schwab wrote:
>>>>> Do you have a concrete example of any breakage?
>>>>
>>>> util-linux did not build because glibc was compiled against
>>>> kernel headers which did not define __NR_sched_setattr, so glibc
>>>> did not provide the SYS_sched_setattr macro.
>>>
>>> Rather than deprecating, should the kernel be taking
>>> responsibility for defining SYS_* constants?
>>
>> Yes, considering Stan's and Zack's comment, this appears to be the
>> only way to address the issue.
>
> It doesn't seem terribly hard given the UAPI refactoring and the
> machinery there.
>
We can also instead add the SYS_* constants in repository instead of
basing on current installed kernel and remove the kernel inclusion
of __NR_* constants. It will make programs that rely on __NR_*
to explicit include the kernel definitions, but since they are using a
Linux only names I think it is ok.
We will need to keep in sync with kernel definitions, but we already do
it for other kind of API (network for instance).
More information about the Libc-alpha
mailing list