下面的程序编译时没有警告(这是不可取的,因为省略第 19 行和第 21 行的数组索引会有效地破坏数组)。如果您使用 -D CHECK_NONZERO 进行编译,您将看到第 23 行不会在没有警告的情况下编译,因为枚举 BBB 的计算结果为 1,而 AAA 和 aaa 的计算结果为 0。
看起来,如果一个枚举的计算结果为 0,gcc 会将它无缝地转换为一个 NULL 指针。
这应该被认为是一个错误吗?
编辑:我认为我对我认为是问题的问题并没有那么清楚。在我看来,在将枚举解析为其常量值之前,出于警告目的对枚举进行类型检查并没有什么害处,但这不是 gcc 目前的工作方式。但是,我不确定这是否值得向 gcc 项目提交错误报告或功能请求。
#include <stdio.h>
#include <stdlib.h>
typedef enum {
AAA,
BBB,
} alpha_e;
enum {
aaa,
bbb,
};
int main(void) {
alpha_e *alpha_array = malloc(sizeof(*alpha_array) * 2);
alpha_array[0] = AAA;
alpha_array[1] = BBB;
printf("1: alpha_array[0] == %u, alpha_array[1] == %u\n", alpha_array[0], alpha_array[1]);
alpha_array = AAA;
printf("2: alpha_array[0] == %u, alpha_array[1] == %u\n", alpha_array[0], alpha_array[1]);
alpha_array = aaa;
#ifdef CHECK_NONZERO
alpha_array = BBB;
#endif
return 1;
}
gcc -v:
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1)