主流C编译器（GCC、Clang等）是否符合POSIX标准？及共享对象编译方案

为什么POSIX的-G选项和GCC的定义不同？ #

POSIX标准中定义的-G选项是针对符合POSIX规范的系统编译器的强制要求，但GCC是跨平台编译器，其选项行为会根据目标架构和操作系统调整：

• 在严格遵循POSIX标准的系统（如部分Unix变体）中，GCC的-G选项会符合POSIX定义，用于生成共享库或适合纳入共享库的位置无关目标文件。
• 在其他平台（如x86/x86_64 Linux、ARC架构），GCC复用-G选项实现架构特定功能（比如你提到的小数据段控制）——这类平台的POSIX兼容场景中，生成共享库的需求已通过-shared+-fPIC等选项满足，因此-G被赋予了额外用途。

GCC本身并非不符合POSIX标准：它在特定POSIX兼容环境下会严格遵循POSIX的编译器接口要求，只是跨平台特性让它在非POSIX或特定架构场景下有差异化的选项行为。同理，Clang也是如此：在符合POSIX的环境中会支持POSIX定义的-G，在其他场景则可能不实现该选项或赋予其他含义。

兼容POSIX和主流编译器的共享库编译方式 #

如果要兼顾POSIX标准和GCC、Clang等主流编译器，可采用以下两种思路：

1. 条件化选择编译选项

   • 检测目标系统是否符合POSIX规范：若是，使用-G选项生成共享库；
   • 对于Linux等主流桌面系统，使用GCC/Clang的标准组合选项：-fPIC -shared（编译位置无关代码并生成共享库）。

2. 借助构建工具抽象差异
   使用autotools、CMake这类跨平台构建工具，它们会自动根据目标平台和编译器选择正确的编译链接选项。例如CMake中通过add_library(xxx SHARED ...)声明共享库，工具会自动适配不同平台的需求，无需手动处理兼容性。

另外需要注意：POSIX标准中，生成适合共享库的目标文件时，除-G外，部分场景也可结合-fPIC（若编译器支持），但-G是POSIX强制要求的标准接口。

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