WhyCan Forum(哇酷开发者社区)

现在用的ARM IC大都还是32bit吧？ 如C100/V3s

linux5.10 kernel已经修好了，能熬到2486年，但其他程序就难说了

有没有一种可能性，你的产品用不到2038年

看下内核源码 include/linux/types.h 头文件里的 time_t 是多少位就知道了。

我的 linux 4.x内核，我看了下， time_t 是long型的，所以是32位（long long才是64位）。

然而，我的libc里的time_t是64位的。主要还是看内核？

最近编辑记录 海石生风 (2022-04-01 11:09:58)

是的，我也测试了，2038-01-19后就出错了。
这个问题不得不考虑了。

自己做工具链的大项目，直接把工具链接libc里面的time_t升级到64位了。

使用现成工具链不好改的项目，单独把加了套处理时间的代码，不与libc里面冲突。
只是要求应用部分都要使用新的API。

同时也可以在链接脚本上做些处理，让没改的应用尽量不要链接到libc里面老的API去了。
但是无法保证全部拦截掉。

kernel 5.1版本新增了 time64 syscall
所以你需要升级到 5.1内核，然后用户态需要musl 1.2+ or glibc 2.32+

如果你说你的sdk没有kernel5.1 那你只能自己想办法，要么换芯片，要么自己给kernel打补丁

最近编辑记录 mengxp (2022-04-02 11:46:05)

谢谢！
看来是要自己搞了。