定义_POSIX_C_SOURCE后MacOS编译失败，求原因及解决

问题背景 #

使用编译器标志 std=c11 -Werror -Wpedantic 时遇到的跨平台编译矛盾：

• Oracle Solaris 14.6 必须定义 _POSIX_C_SOURCE 或 _XOPEN_SOURCE 宏，才能让测试库acutest依赖的 clock_gettime() 函数被正确声明，定义后Solaris编译正常。
• 但在macOS环境下定义该宏后，会出现u_int、u_char等8个类型未定义的编译错误，移除宏后错误直接消失。

核心问题解答 #

1. 未定义的u_int、u_char是什么类型？ #

这些是BSD系系统的历史遗留非标准类型别名，不属于C11等C标准的范畴：

• u_char 等价于标准C的 unsigned char
• u_int 等价于标准C的 unsigned int
  类似的还有u_short、u_long这类别名，早年BSD系统用来简化无符号整数的声明，后来被部分类UNIX系统继承，但从未被纳入POSIX或C标准。

2. 移除宏后错误消失的原因 #

当你定义_POSIX_C_SOURCE或_XOPEN_SOURCE宏时，macOS的系统头文件会切换到严格POSIX兼容模式：

• 这种模式下，头文件会主动隐藏所有非POSIX标准的扩展内容，包括BSD系的这些无符号类型别名，导致代码中引用这些类型时找不到定义。
• 而不定义这些宏时，macOS头文件默认使用BSD兼容模式，会自动暴露这些历史遗留的类型定义，因此编译不会报错。

额外补充：Solaris需要这些宏是因为clock_gettime()属于POSIX标准函数，只有开启POSIX兼容模式，系统头文件才会声明该函数；而macOS的头文件默认就包含了clock_gettime()的BSD扩展实现，不需要额外定义宏触发声明。

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