GCC编译动态库时加-static与不加的区别及相关问题

关于你遇到的报错 #

你碰到的链接错误本质是参数冲突：-static要求链接器静态打包所有依赖，但共享库本身需要位置无关代码（PIC），而crtbeginT.o是用于静态可执行文件的目标文件，不支持共享库所需的动态重定位，因此触发溢出警告。网传的cp crtbeginS.o crtbeginT.o属于临时 workaround，会破坏正常的链接逻辑，不建议使用。

编译动态库时-static与不加的区别 #

• 不加-static（默认行为）：
  • 共享库仅链接动态版本的依赖（如libc.so），运行时依赖系统中安装的对应动态库。
  • 生成的.so文件体积较小，符合共享库“复用依赖、减少冗余”的设计初衷。
• 加-static：
  • 强制链接器将所有依赖的静态库（如libc.a）打包进共享库，试图让共享库不依赖系统动态库。
  • 但静态库通常未使用-fPIC编译，无法适配共享库的位置无关要求，会引发重定位错误（如你遇到的），同时会导致共享库体积大幅膨胀。

是否应该用-static编译共享库？ #

绝对不应该。共享库的核心价值是动态共享系统依赖，让多个进程共用同一份库文件，节省内存和磁盘空间。用-static编译共享库完全违背其设计目标，既会引发链接错误，又会生成臃肿的文件。如果需要无外部依赖的库，应该编译为静态库（.a文件），而非共享库。

Bazel中cc_shared_library的错误处理 #

Bazel的cc_shared_library默认不会添加-static参数，出现错误大概率是你的构建配置存在问题：

• 检查BUILD文件中cc_shared_library的copts、linkopts字段，移除手动添加的-static参数。
• 确保依赖的目标都是动态库，或依赖的静态库是用-fPIC编译的（只有PIC静态库才能被链接进共享库）。
• 可显式设置linkstatic = False（默认值），强制使用动态链接逻辑。

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