修复 GCC编译时可能会导致的error: unknown type name 'clock_t' 问题#10342
修复 GCC编译时可能会导致的error: unknown type name 'clock_t' 问题#10342Atul-8 wants to merge 1 commit intoRT-Thread:masterfrom
Conversation
error: unknown type name 'clock_t' https://club.rt-thread.org/ask/question/981978b1d833e9cf.html Signed-off-by: waterguy <1879147891@qq.com>
|
|
📌 Code Review Assignment🏷️ Tag: libcPath: Changed Files (Click to expand)
📊 Current Review Status (Last Updated: 2025-05-29 08:39 UTC)
📝 Review Instructions
|
|
@Atul-8 注意一下CI报错信息 |
| #endif /* _WIN32 */ | ||
|
|
||
| #if defined(__GNUC__) | ||
| typedef long long time_t; |
There was a problem hiding this comment.
gcc 一般都有time_t 的定义吧？ 或许可以考虑加上类似于 112 行的重复定义保护。
|
这个问题我后来排查了发现应该是gcc10.3的bug。换成较新版本的gcc后这个报错就不存在了。-------- 原始邮件 --------发件人： a1012112796 ***@***.***>日期： 2025年6月16日周一 10:25收件人： RT-Thread/rt-thread ***@***.***>抄送： waterguy ***@***.***>, Mention ***@***.***>主 题： Re: [RT-Thread/rt-thread] 修复 GCC编译时可能会导致的error: unknown type name 'clock_t' 问题 (PR #10342)
@a1012112796 commented on this pull request.
In components/libc/compilers/common/include/sys/time.h:
@@ -20,6 +20,11 @@
typedef __time64_t time_t;
#endif /* _WIN32 */
+#if defined(__GNUC__)
+typedef long long time_t;
gcc 一般都有time_t 的定义吧？ 或许可以考虑加上类似于 112 行的重复定义保护。
image.png (view on web)
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
这个PR是否就可以关闭了？或者说，可以对GCC版本进行判断，当是bug版本时给出出错提示。 |
|
如果要上的话可以增加GCC版本宏检查 并确认一下哪些版本有这个问题 约束一下版本以及增加防重复定义 |
7 participants
error: unknown type name 'clock_t'
https://club.rt-thread.org/ask/question/981978b1d833e9cf.html
拉取/合并请求描述：(PR description)
[
本实验基于 stm32cubeMX生成的 RT-thread-nano 工程实践,
并且使用 MDK工程和GCC工程(makeflie)兼容调用的方式进行调试验证; 结果为:能很好解决问题并不存在干涉现象.
为什么提交这份PR (why to submit this PR)
完善rt-thread 更好在gcc里面使用
你的解决方案是什么 (what is your solution)
在该头文件(time.h)添加以下四行内容:
#if defined(GNUC)
typedef long long time_t;
typedef long suseconds_t;
#endif
请提供验证的bsp和config (provide the config and bsp)
Tips: stm32cubeMX 的gcc编译仍然不如mdk编译优化的好; 还得额外修改启动文件 的 " bl main-->bl entry" 和在board.c的void rt_hw_board_init(void)加入 uart_init(); 才能正常使用. 建议可以跟st那边交涉优化一下这两个地方.
]
当前拉取/合并请求的状态 Intent for your PR
必须选择一项 Choose one (Mandatory):
代码质量 Code Quality：
我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:
#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up