macOS上的默认gcc的行为与linus上的gcc不同，因为它是一个完全不同的编译器：正如--version输出所证明的那样，macOS上的gcc默认情况下是clang的别名。

clang是作为X-Code的一部分安装的，支持gcc的大部分警告，以及更多。默认设置有些不同，所以你可能会在mac上得到一个警告，你不会在Linux上使用gcc。

在Makefile中使用gcc -Wall -Wextra -Werror启用更多警告是一个好主意，可以在编译时捕获许多微妙和不那么微妙的问题。clang也支持**-Weverything**，但这种额外级别的分析可能有点讨厌。clang -Wall -Wextra启用了gcc缺少的一些警告。
在您的例子中，警告告诉您使用了一个字符常量'\0'，它的类型为int，值为0，作为char *数组的空终止符。虽然'\0'将像0一样被视为空指针，使用字符常量代替更明确的空指针常量，如(char *)0或NULL（或c23的nullptr），会引起混淆。
警戒（默认启用）被clang和gcc支持，以帮助识别潜在的程序员错误。然而clang的实现更完整：clang检测到'\0'在赋值表达式中的错误使用，而不是像gcc那样仅用于比较。很可能考试系统使用了clang，不是gcc（它似乎也运行在windows上，但两个编译器都可用于此目标）。有关编译器版本的比较，请参阅this godbolt session。
例如，请注意，这样写是不正确的：

execl("/bin/echo", "/bin/echo", "Hello world!\n", '\0');

字符串
或甚至

execl("/bin/echo", "/bin/echo", "Hello world!\n", 0);

型
因为这些空int值不会像execl期望的那样作为char *值传递。此外，char指针和int在大多数64位体系结构上具有不同的表示。
你必须写：

execl("/bin/echo", "/bin/echo", "Hello world!\n", NULL);

型
或

execl("/bin/echo", "/bin/echo", "Hello world!\n", (char *)0);

型