• 状态 Resolved
  • 已锁定 已锁定
  • 回复 2 回复
  • 订户 1 订户
  • 视图 266 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] 编译器/AM4379：关于2038年的问题

admin
Guru**** 2550460 points


请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/707351/compiler-am4379-about-year-2038-problem

器件型号：AM4379

工具/软件：TI C/C++编译器

大家好、

编译器(gcc、TI-ARM 等)能否 CCS 中包含的标准函数是否避免了"2038年问题"？
如果无法避免、请考虑使用操作系统。

我想知道诸如 Newlib()的标准函数的 time_t 变量是否为31位，以及1970年以来经过的秒数溢出2038的时间。

此致、

Sasaki

  • 0
    TI__Guru**** 2550460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    关于 TI ARM 编译器... 请参阅文章 时间和时钟 RTS 函数。   

    关于与 CCS 捆绑在一起的 GCC ARM 编译器... 我尝试了一个最新版本的实验。  time_t 类型为8字节宽。  因此、它没有2038问题。  我很确信这种情况已经存在了几年了。

    谢谢、此致、

    乔治

  • 0
    TI__Guru**** 2550460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、George-San、

    感谢您的支持！
    我明白了！

    此致、
    Sasaki