为什么没有int128_t？

Question

许多编译器都提供128位整数类型，但我使用过的编译器都没有提供typedefsint128_t。为什么？

据我回忆，标准

• 用于此目的的储量int128_t
• 鼓励提供此类类型的实现提供typedef
• 要求此类实现提供至少128位的intmax_t

（而且，我不相信我使用了实际上符合最后一点的实现）

Answer 1

我会参考C标准；我认为C标准继承了< code >的规则

我知道gcc在某些平台上实现了128位有符号和无符号整数，其名称__int128和无符号__int128（__int128是实现定义的关键字）。

即使对于提供标准128位类型的实现，该标准也不要求定义< code>int128_t或< code>uint128_t。引用C标准N1570草案的7.20.1.1部分:

这些类型是可选的。但是，如果实现提供宽度为8、16、32或64位的整数类型，没有填充位，并且（对于有符号类型）具有2的补码表示，它应定义相应的typedef名称。

gcc的__int128和无符号__int128与标准定义的扩展整数类型非常相似，但是gcc并不这样对待它们。相反，它将它们视为语言扩展。

特别是，如果__int128和无符号__int128是扩展整数类型，那么gcc需要将 定义为这些类型（或某些类型至少128位宽）。它没有这样做；相反， intmax_t和 uintmax_t仅为64位。

在我看来，这是不幸的，但我不认为这会导致gcc不合规。任何便携式程序都不能依赖__int128的存在，也不能依赖任何大于64位的整数类型。更改intmax_t和uintmax_t将导致严重的ABI兼容性问题。