C：在没有 gcc 警告的情况下找出 typedef 的 % 格式说明符？ [复制]

Question

尝试在 C 中使用 typedef'd 变量时遇到的一个问题是弄清楚实际的原始类型是 typedef'd 时，我可以使用适当的 % 说明符尝试使用printf 打印其值。大多数时候我不得不参考gcc 产生的警告。例如，当使用stat 系统调用时，返回的结构有很多具有不同typedef'd 类型的成员，如dev_t、ino_t、mode_t 等，我通常不得不猜测是什么格式说明符可能是然后编译器警告我并纠正它：

stat_demo.c: In function ‘main’:
stat_demo.c:46:45: warning: format ‘%d’ expects argument of type ‘int’, but argument 2 has type ‘__blksize_t’ {aka ‘long int’} [-Wformat=]
   46 |     printf("block size for file system IO: %d\n", s->st_blksize);
      |                                            ~^     ~~~~~~~~~~~~~
      |                                             |      |
      |                                             int    __blksize_t {aka long int}
      |                                            %ld

这是大多数人在打印 typedef 时使用的方式吗？由于您需要知道typedef'd 的实际原语是什么，这难道不是破坏重点吗？有没有更好的方法来完全抽象实际类型？

Answer 1

这不是说错了吗？

是的，你是对的，确实如此。

有没有更好的方法来完全抽象实际类型？

不，不是。

根本的问题是，如果你想要一种适当的、抽象的、类型安全的打印任意东西的方法，C 的printf 不是。一种方法是使用 C++ ostream——因为任何类型都可以重载 operator<<——尽管 C++ ostream 也不一定是完美的。

由于这里没有完美的答案，它最终成为一个非常主观的问题。这就是我所做的，因为它的价值：

1. 首先，我不使用那么多 typedef，当然也不用于数字类型。
2. 如果我有size_t，我会用%zu 打印它。
3. 对于大多数其他类型定义——尤其是像off_t 这样的类型——我转换为unsigned long，并使用%lu 打印。

第 3 号显然是不完美的，理论上会使某人尝试实现更大的 off_t 类型的尝试无效，可能相当于 long long 的类型。一种更安全的方法——我应该养成这样做的习惯——是转换为 intmax_t 或 uintmax_t，然后使用 %jd 或 %ju 打印。

打印固定宽度类型的“官方”方法（如果您知道这是您所拥有的）是使用来自<inttypes.h> 的宏之一，如下所示：

uint32_t n;
printf("%" PRIX32 "\n", n);

我认为有 PRIxxx 宏用于文件系统相关的类型定义，例如 off_t，但可能没有。

另见How should I print types like off_t and size_t?

Answer 2

这些类型没有独立于系统的定义。 POSIX 只说它们是“适当长度的算术类型”。因此，即使您从编译器警告中推断出您的系统上的 dev_t 是 int，当您移动到其他系统时，它可能是 unsigned short 或 long int，甚至理论上是 @987654326，您也会遇到问题@。

通常您通过强制转换来处理这个问题，因此传递给printf 的内容至少是已知类型。 uintmax_t 在这方面很方便，因为它当然应该足够大，并且它有一个格式说明符 %ju。所以你可以写：

printf("block size for file system IO: %ju\n", (uintmax_t)(s->st_blksize));