为何Ubuntu下GCC不触发-Wnon-literal-null-conversion警告而macOS会？

问题背景 #

你编写了返回以空指针终止的字符串数组的函数（字符串用'\0'终止，数组用空指针终止），在Ubuntu使用gcc -Wall -Werror -Wextra编译无警告，但在macOS用Clang编译时触发错误：

expression which evaluates to zero treated as a null pointer constant of type 'char *' [-Werror,-Wnon-literal-null-conversion]

这是因为你用了'\0'作为数组的终止符，'\0'是值为0的字符常量，将其转换为char*指针时，Clang会判定为非标准的空指针常量转换并警告。

如何在Ubuntu的GCC下捕获该问题 #

GCC本身支持检测这类问题的警告选项，但默认未包含在-Wall或-Wextra中，只需显式添加对应标志即可：

• 编译时添加-Wnon-literal-null-conversion选项，配合-Werror就能将该警告转为错误，命令示例：

  gcc -Wall -Werror -Wextra -Wnon-literal-null-conversion your_source.c
  

• 该选项专门检测将非空指针字面量的零值表达式转换为指针类型的情况，正好对应你用'\0'替代NULL作为数组终止符的场景。

GCC与Clang的默认设置差异 #

1. GCC的警告集合：
   • -Wall和-Wextra并未包含-Wnon-literal-null-conversion，GCC对"将值为0的整数转换为空指针"的写法默认持宽松态度，不会主动警告。
2. Clang的警告集合：
   • Clang将-Wnon-literal-null-conversion纳入了默认的警告检查范围（或包含在-Wall中），因此在启用-Werror后，该警告会直接转为编译错误。

最优解决方案 #

直接使用标准的空指针常量NULL作为字符串数组的终止符，而非'\0'，这样能同时兼容GCC和Clang，避免跨平台编译问题：

#include <stddef.h> // 需包含NULL的定义头文件

char** get_str_array(void) {
    static char* arr[] = {"foo", "bar", NULL};
    return arr;
}

内容的提问来源于stack exchange，提问作者Servet Tonga