使用GCC 11/Clang 12编译库产生GLIBC_2.32依赖如何消除

问题根因 #

• 你标记的GLIBC_2.32版本的OBJECT类型依赖，几乎可以确定是__libc_single_threaded符号：这是glibc 2.32版本新增的全局变量，GCC 11、Clang 12及更高版本在开启O2及以上优化时，会自动插入逻辑查询该变量判断进程是否为单线程状态，用来优化原子操作、内存分配等场景的性能，由此引入了对高版本glibc的依赖。
• 少数场景下该依赖来自新版本编译器默认开启的_FORTIFY_SOURCE=3安全加固，该等级的部分加固逻辑依赖glibc 2.32以上版本提供的接口。

可行解决方案 #

你可以按需选择以下任意一种方案消除依赖：

• 在编译参数中直接屏蔽该特性：向CFLAGS/CXXFLAGS中添加-fno-gnu-unique -DHAVE___LIBC_SINGLE_THREADED=0，即可阻止编译器生成对__libc_single_threaded的引用逻辑。
• 降低安全加固等级：显式将_FORTIFY_SOURCE设置为2级，向编译参数中添加-D_FORTIFY_SOURCE=2，注意该参数需要放在-O/-O2/-O3等优化参数之后才能生效。
• 代码中强制绑定符号版本：在代码的全局位置添加如下声明，强制链接器使用旧版本符号：

__asm__(".symver __libc_single_threaded, __libc_single_threaded@GLIBC_2.0");

• 低版本glibc环境编译：在安装了低于2.32版本glibc的系统（或容器、chroot环境）中使用新版本编译器编译，生成的库会自动适配当前环境的glibc版本，不会引入高版本依赖。

验证方式 #

编译完成后执行命令readelf -s mylib.so | grep GLIBC，确认输出中无GLIBC_2.32相关的符号引用即可。

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