“可移植地”实施 PRI 宏

Question

C99 指定的 inttypes.h header 包括为 stdint.h（以 PRI 开头）提供的固定宽度 integer 类型提供格式说明符的宏。 虽然 stdint.h 在标题的“独立”列表中，因此始终由实现提供，但 inttypes.h 不是。

这意味着在为非托管环境（比如裸机）编译时，如果要提供符合标准的 printf 可以处理固定宽度类型，则必须自己提供 inttypes.h。

但是，如果不手动检查实现的 stdint.h，我无法弄清楚如何在编译时正确确定每个宏应该是什么，这项任务不仅需要为每个目标平台重复，而且需要为每个支持的编译器重复。

我尝试通过 C11 的 _Generic 实现，但发现了该功能的局限性之一。

有没有标准的方法来做到这一点？

Answer 1

这是不可能的。 本质上， inttypes.h的存在是为了给您提供可移植性，您无法“猜测”它。 它必须由编译器给出。 最重要的是，理论上，可能不存在printf格式说明符来打印stdint中的类型。

一个标准的方法来做到这一点？

是 - 请联系您的编译器提供商并提出功能请求。 在等待它的同时，阅读您的编译器文档和/或源代码或联系上游以获取更多信息，并使用您需要的信息创建您自己的myinttypes.h 。

符合标准的 printf 可以处理固定宽度的类型。

这很简单——在打印之前将类型转换为标准类型。 64_t到long long ， 32_t到long ， 16_t到int和8_t到char并使用标准%lld ... %hhd格式说明符打印它们。

你必须提供 inttypes.h

不能保证提供了inttypes.h ，也不能保证不提供它——它可能是。 这个问题听起来更像是一个理论问题——我认为任何常见的编译器都没有inttypes.h 。

Answer 2

这意味着在为非托管环境（比如裸机）编译时，如果要提供符合标准的 printf 可以处理固定宽度类型，则必须自己提供 inttypes.h。

不，这根本不是那个意思。

也许您对固定宽度类型有错误的看法。 由给定实现提供的那些（根本不需要它们中的任何一个）通常是该实现的标准 integer 类型。 stdint.h中声明的类型名称是相应标准类型的别名，而不是扩展 integer 类型的名称。

因此，所讨论的宏定义了通常包含标准转换说明符的字符串文字，可能带有长度修饰符，例如"d" 、 "hu"或"lx" 。 如果您想提供一个printf与托管环境提供的兼容，那么您需要支持所有标准转换说明符以及与每个说明符相关的所有长度修饰符，完全不考虑这些宏是否已定义或它们的替换文本是什么也许。

我想您可能会遇到一个提供固定宽度类型的实现（甚至是托管的实现），而实际上它并没有在其标准 integer 类型中使用。 要使用printf支持此类类型，您可能需要扩展它以提供新的转换说明符，但在这种情况下，这是printf实现的一部分，因此您知道如何定义相应的宏。

无论如何，宏仅与printf调用者相关，与实现者无关，除非您可能会发现结合实现printf编写这些宏的定义很方便。

如果不手动检查实现的 stdint.h [...]，我无法弄清楚如何在编译时正确确定每个宏应该是什么？有没有标准的方法可以做到这一点？

不，这就是为什么首先由实现提供宏的原因。 但是，来电者不一定需要知道。 他们可以改为将其固定宽度类型转换为其实现的保证足够宽的标准类型，并为该类型使用正确的标准转换说明符。 使用printf便宜又简单。 但是，如果您还想提供一个scanf ，那么相应的适配器代码就不太方便了。