问带有标志_FILE_OFFSET_BITS=64和_TIME_BITS=64的glibc构建失败

EN

您可以执行以下操作以获得一个Y2038安全内置32位ARM系统：

1. 在https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/downloads使用预编译的ARM工具链.版本11.2-2022.02由GCC 11.2和glibc 2.34组成.( _TIME_BITS=64选项是在glibc 2.34中引入的)
2. 使用的是版本>= 5.1的Linux内核。https://sourceware.org/pipermail/libc-alpha/2021-August/129718.html说，完全支持64位时间需要5.1。
3. 曾试图在https://github.com/buildroot/buildroot/commit/6e33e5908086a511294296f317f6e6f86fa84b1d的buildroot中启用系统范围的_TIME_BITS=64，但后来由于无法构建一些软件包而在https://github.com/buildroot/buildroot/commit/dd170f0cbad729dba4193b2b20e3de0a7010d485中恢复。您仍然应该做的是根据第一个补丁添加_TIME_BITS=64。
4. 您可能会得到一些未定义_FILE_OFFSET_BITS的包(特别是zlib包)的构建错误，以及在代码中嵌入zlib的包。这里的一个简单的解决方法是修改这些包中的代码，以便在_TIME_BITS未定义时也可以卸载_FILE_OFFSET_BITS。在我看过的所有情况下，这似乎都有效，因为受影响的编译单元无论如何都不使用任何时间函数。

例如，将此修补程序作为0002时位补丁放在buildroot/package/libzlib/：

--- a/gzguts.h
+++ b/gzguts.h
@@ -9,6 +9,7 @@
 #  endif
 #  ifdef _FILE_OFFSET_BITS
 #    undef _FILE_OFFSET_BITS
+#    undef _TIME_BITS
 #  endif
 #endif

这是必需的，因为glibc头中有一个断言在_TIME_BITS为64但_FILE_OFFSET_BITS不是64时出现错误。