关于intmax_t字面量后缀的疑问：LL/ULL是否适配intmax_t与uintmax_t？

咱们逐个拆解你的核心问题：

1. LL/ULL后缀能否保证适配intmax_t/uintmax_t？ #

先明确C标准的规定：intmax_t是至少与long long同宽度的有符号整数类型，uintmax_t则是对应的无符号版本。这意味着：

• 如果你的系统中intmax_t和long long宽度相同（比如常见的64位系统），那LL/ULL后缀的字面量完全可以直接赋值给intmax_t/uintmax_t变量，类型匹配毫无问题。
• 但如果intmax_t比long long更宽（比如你假设的128位intmax_t），LL后缀的字面量本质还是long long类型，赋值给intmax_t时会被自动提升——这在数值不超出long long范围时是安全的，但如果字面量超出long long的表示范围，用LL后缀会直接触发编译错误，因为这个后缀限定了字面量的类型是long long，根本装不下更大的数。

你给出的代码示例：

#include <stdint.h>
intmax_t yuuge = 123456789101112131411516LL;

这里要注意：64位long long的最大值是9223372036854775807（约9e18），而你写的数值远大于这个值，所以用LL后缀会直接编译失败，因为这个数超出了long long的范围。

那标准里有没有对应intmax_t的字面量后缀？确实没有类似printf中%jd的J后缀，但<stdint.h>提供了更可靠的替代方案：INTMAX_C()和UINTMAX_C()宏，用来生成对应intmax_t/uintmax_t类型的字面量。上面的代码改成这样就没问题了：

#include <stdint.h>
intmax_t yuuge = INTMAX_C(123456789101112131411516);

不管你的intmax_t是64位还是128位，宏都会自动适配正确的类型和后缀，彻底避免溢出问题。

2. 是否存在LL后缀无法容纳的字面量？ #

当然存在！就像你假设的系统：32位int、32位long、64位long long、128位intmax_t。此时任何超过64位有符号整数最大值（9223372036854775807）的字面量，用LL后缀都会报错——因为long long类型根本装不下这么大的数。

举个例子，如果你要给128位intmax_t赋值一个1e19的数，写10000000000000000000LL就会编译失败，因为这个数超出了64位long long的范围。这时候就需要用INTMAX_C()宏，或者编译器提供的扩展（比如GCC支持的__int128类型）来处理。

内容的提问来源于stack exchange，提问作者John Hascall