This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Fifth draft of the Y2038 design document
On Thu, Feb 23, 2017 at 6:34 PM, Joseph Myers <joseph@codesourcery.com> wrote:
> On Thu, 23 Feb 2017, Arnd Bergmann wrote:
>
>> I would suggest to not allow building support for 64-bit time_t
>> on a glibc with old kernel headers because of this, but I don't
>> know how hard that is to do in glibc. It is probably safe to
>
> Increasing the minimum kernel headers version globally in glibc is easy
> (just change LIBC_LINUX_VERSION in sysdeps/unix/sysv/linux/configure.ac).
> It's also probably less controversial than increasing the minimum runtime
> version (we require 3.2 or later headers unconditionally, but still allow
> 2.6.32 kernels at runtime on x86_64 and x86).
>
> Increasing the minimum just for architectures that currently have 32-bit
> time_t, without changing the runtime minimum, would be trickier.
Ok, so I guess we have to change the minimum kernel header version
anyway to add any new syscalls, right? It looks like the only syscall
that glibc uses with from post-3.2 headers is renameat2, and it only does
this when __NR_renameat is not defined (implying that __NR_renameat2
must be present).
Arnd