首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >为什么在32位嵌入式平台上打印u64变量时出现"%lu“而不是数字?

为什么在32位嵌入式平台上打印u64变量时出现"%lu“而不是数字?
EN

Stack Overflow用户
提问于 2015-10-30 22:43:54
回答 1查看 1.1K关注 0票数 1

我有一个文件,我可以从中获取流应用程序的时间戳。时间戳是很大的数字,所以我使用u64数据类型来避免溢出。使用strtok,我从一个文件中正确地获得了我需要的数字字符串,然后我使用atollstrtoll将该字符串转换为long long

当我使用格式说明符"%llu"打印数字时,打印的是"%lu"。我还将从atollstrtoll获得的值与期望值进行比较,结果发现该值较小,我猜测这表明发生了溢出。

如果数字适合u64变量,为什么会发生溢出?例如,这个数字是946688831000。

我应该注意的是,我也使用了long long而不是u64,仍然什么都没有。虽然它可以在Linux上工作,但在嵌入式平台上却不能。

下面是一些示例代码:

代码语言:javascript
复制
u64 timestamp;

char *inputTS = "946688831000";

timestamp = (u64) atoll(inputTS);

printf("Timestamp : %llu\n", timestamp);
EN

回答 1

Stack Overflow用户

发布于 2015-11-01 18:20:28

小型嵌入式系统(包括以ARM为目标的系统)的多个编译器具有标准库,但不支持64位格式化。它减少了堆栈使用和代码大小。

如果您提供了有关编译器的信息和用于链接的完整命令,则可能是您自己启用了这个小型库(例如,通过在linaro中使用arm-none-eabi- -fspecs=nano开关)

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/33438641

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档