This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Force 64-bit time based syscalls for TIMESIZE==64 on 32-bit arches
- From: Florian Weimer <fweimer at redhat dot com>
- To: Vineet Gupta <Vineet dot Gupta1 at synopsys dot com>
- Cc: libc-alpha at sourceware dot org, arnd at arndb dot de, linux-snps-arc at lists dot infradead dot org, alistair23 at gmail dot com, lukma at denx dot de
- Date: Tue, 25 Feb 2020 10:27:54 +0100
- Subject: Re: [PATCH] Force 64-bit time based syscalls for TIMESIZE==64 on 32-bit arches
- References: <20200224183413.13629-1-vgupta@synopsys.com>
* Vineet Gupta:
> +/* Override syscalls for asm-generic ABIs with 64-bit time. */
> +#if __WORDSIZE == 32 && __TIMESIZE == 64
> +
> +# undef __NR_futex
> +# define __NR_futex __NR_futex_time64
> +
> +# undef __NR_rt_sigtimedwait
> +# define __NR_rt_sigtimedwait __NR_rt_sigtimedwait_time64
I'm not totally unsympathetic to this in principle, but I think if we
start messing more with the system call numbers in this way, we should
move away from the __NR_ prefixes and use our own constant names.
Otherwise, the results could be very confusing, especially if there are
exceptions to this exception and we need the original system call number
after all.
Thanks,
Florian