6732d952d0
Busybox 1.31.1 fails to build with musl 1.2.0 due to the direct use of __NR_clock_gettime. Pull four patches already applied upstream to fix the problem. The patches were rebased to version 1.31.1 to minimize the change, since the original ones depended on a previous commit which is not worthwhile to pick. Fixes: http://autobuild.buildroot.net/results/f45f91aea6deee6699eabdfa618ac44873b8da51/ Signed-off-by: Evgeniy Didin <Evgeniy.Didin@synopsys.com> Signed-off-by: Carlos Santos <unixmania@gmail.com> Cc: Romain Naour <romain.naour@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Yann E. MORIN. <yann.morin.1998@free.fr> Cc: arc-buildroot@synopsys.com Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
62 lines
2.2 KiB
Diff
62 lines
2.2 KiB
Diff
From 29ba834ed7d968de0460f7fd87156d43d8120d8f Mon Sep 17 00:00:00 2001
|
|
From: Alistair Francis <alistair.francis@wdc.com>
|
|
Date: Wed, 18 Sep 2019 09:28:49 -0700
|
|
Subject: [PATCH] date: Use 64 prefix syscall if we have to
|
|
|
|
Some 32-bit architectures no longer have the 32-bit time_t syscalls.
|
|
Instead they have suffixed syscalls that returns a 64-bit time_t. If
|
|
the architecture doesn't have the non-suffixed syscall and is using a
|
|
64-bit time_t let's use the suffixed syscall instead.
|
|
|
|
This fixes build issues when building for RISC-V 32-bit with 5.1+ kernel
|
|
headers.
|
|
|
|
If an architecture only supports the suffixed syscalls, but is still
|
|
using a 32-bit time_t fall back to the libc call.
|
|
|
|
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
|
|
Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
|
|
|
|
(cherry picked from commit b7b7452f292f03eefafa6fd1da9bcfc933dee15a)
|
|
|
|
Signed-off-by: Carlos Santos <unixmania@gmail.com>
|
|
---
|
|
coreutils/date.c | 11 +++++++++--
|
|
1 file changed, 9 insertions(+), 2 deletions(-)
|
|
|
|
diff --git a/coreutils/date.c b/coreutils/date.c
|
|
index 3414d38ae..1e0a675ca 100644
|
|
--- a/coreutils/date.c
|
|
+++ b/coreutils/date.c
|
|
@@ -36,7 +36,7 @@
|
|
//config:# defaults to "no": stat's nanosecond field is a bit non-portable
|
|
//config:config FEATURE_DATE_NANO
|
|
//config: bool "Support %[num]N nanosecond format specifier"
|
|
-//config: default n # syscall(__NR_clock_gettime)
|
|
+//config: default n # syscall(__NR_clock_gettime) or syscall(__NR_clock_gettime64)
|
|
//config: depends on DATE
|
|
//config: select PLATFORM_LINUX
|
|
//config: help
|
|
@@ -271,10 +271,17 @@ int date_main(int argc UNUSED_PARAM, char **argv)
|
|
*/
|
|
#endif
|
|
} else {
|
|
-#if ENABLE_FEATURE_DATE_NANO
|
|
+#if ENABLE_FEATURE_DATE_NANO && defined(__NR_clock_gettime)
|
|
/* libc has incredibly messy way of doing this,
|
|
* typically requiring -lrt. We just skip all this mess */
|
|
syscall(__NR_clock_gettime, CLOCK_REALTIME, &ts);
|
|
+#elif ENABLE_FEATURE_DATE_NANO && __TIMESIZE == 64
|
|
+ /* Let's only support the 64 suffix syscalls for 64-bit time_t.
|
|
+ * This simplifies the code for us as we don't need to convert
|
|
+ * between 64-bit and 32-bit. We also don't have a way to
|
|
+ * report overflow errors here.
|
|
+ */
|
|
+ syscall(__NR_clock_gettime64, CLOCK_REALTIME, &ts);
|
|
#else
|
|
time(&ts.tv_sec);
|
|
#endif
|
|
--
|
|
2.18.2
|
|
|