为什么这样做：
#include <stdio.h>
#include <limits.h>
#include <inttypes.h>
int main() {
enum en_e {
en_e_foo,
en_e_bar = UINT64_MAX,
};
enum en_e e = en_e_foo;
printf("%zu\n", sizeof en_e_foo);
printf("%zu\n", sizeof en_e_bar);
printf("%zu\n", sizeof e);
}
4 8 8用C和8 8 8C ++（在具有4字节整数的平台上）打印？
我的印象是，UINT64_MAX赋值将强制所有枚举常量至少为64位，但en_e_foo在纯C中仍为32位。
差异的理由是什么？
Answers:
在C中，enum常数是类型int。在C ++中，它是枚举类型。
enum en_e{
en_e_foo,
en_e_bar=UINT64_MAX,
};
在C语言中，这是违反约束的行为，需要进行诊断（如果 UINT64_MAX超过INT_MAX，很可能会这样做）。AC编译器可能会完全拒绝该程序，或者可能会打印警告，然后生成其行为未定义的可执行文件。（尚不清楚100％违反约束的程序必然具有未定义的行为，但是在这种情况下，标准没有说明行为是什么，因此仍然是未定义的行为。）
gcc 6.2对此没有警告。lang做。这是gcc中的错误；使用标准标头中的宏时，它会错误地禁止某些诊断消息。感谢Grzegorz Szpetkowski定位错误报告：https ://gcc.gnu.org/bugzilla/show_bug.cgi?id=71613
在C ++中，每个枚举类型都有一个基础类型，它是某种整数类型（不一定是int）。此基础类型必须能够表示所有常量值。因此，在这种情况下，en_e_foo和en_e_bar均为type en_e，即使int更窄也必须至少64位宽。
UINT64_MAX不超过INT_MAX要求int至少为65位。
-Wpedantic和发出警告，18446744073709551615ULL但不使用发出警告UINT64_MAX。
int必须为带符号类型，因此必须至少为65位才能表示UINT64_MAX（2 ** 64-1）。
en_e_bar不大于枚举，en_e_foo小于。枚举变量与最大常量一样大。
正如其他人指出的那样，由于违反约束，代码格式错误（用C语言编写）。
GCC错误＃71613（2016年6月报告）指出，一些有用的警告已被宏忽略。
使用系统标头中的宏时，有用的警告似乎被忽略了。例如，在下面的示例中，警告对于两个枚举都是有用的，但是仅显示一个警告。其他警告也可能发生相同的情况。
当前的解决方法可能是在宏前面加上一元运算+符：
enum en_e {
en_e_foo,
en_e_bar = +UINT64_MAX,
};
这在使用GCC 4.9.2的计算机上产生编译错误：
$ gcc -std=c11 -pedantic-errors -Wall main.c
main.c: In function ‘main’:
main.c:9:20: error: ISO C restricts enumerator values to range of ‘int’ [-Wpedantic]
en_e_bar = +UINT64_MAX
定义枚举常量值的表达式应为整数常量表达式，其值可表示为
int。
en_e_bar=UINT64_MAX是违反约束条件的，因此上述代码无效。应通过确认C11草案中所述的实施来产生诊断消息：
如果预处理翻译单元或翻译单元包含任何语法规则或约束的违反，则合格的实现应产生至少一个诊断消息（以实现定义的方式标识）。[...]
似乎GCC有一些错误，未能产生诊断消息。（错误指出在回答由格热戈日Szpetkowski
sizeof是一个编译时运算符。这里没有UB，即使有，它也不会影响sizeof。
short s = 0xdeadbeef），并且行为是实现定义的。
我看了一下标准，由于6.7.2.2p2，我的程序在C中似乎违反了约束：
约束：定义枚举常量值的表达式应为整数常量表达式，其值可表示为int。
并由于7.2.5在C ++中定义：
如果基础类型不是固定的，则每个枚举器的类型都是其初始化值的类型：—如果为枚举器指定了初始化器，则初始化值的类型与表达式相同，并且constant-expression必须是整数常数表达式（5.19）。—如果没有为第一个枚举数指定初始化器，则初始化值具有未指定的整数类型。—否则，初始化值的类型与前一个枚举器的初始化值的类型相同，除非递增的值不能用该类型表示，在这种情况下，该类型是未指定的整数类型，足以包含递增的值。如果不存在这样的类型，则程序格式错误。