日常工作中,考虑到如下原因,可能会升级编译器如GCC的版本:
使用新版本C++的特性,比如C++17。
使用新的硬件引入的特性,比如AVX指令等。
GCC升级完成后,满足了我们的诉求,但同样的引入一个额外的问题,即目标程序或者目标库依赖的C++库的版本号也会同步发生变化。
查看C++库的实际版本号,当升级GCC的版本号,如下符号链接对应的具体文件,将会发生变化。
# ll /usr/lib/x86_64-linux-gnu/libstdc++.so.6
lrwxrwxrwx 1 root root 19 5月 8 2019 /usr/lib/x86_64-linux-gnu/libstdc++.so.6 -> libstdc++.so.6.0.25
对于稍微大一点的系统而言,所有使用到目标程序或者库的主机,都需要同步安装新的C++库,这是体力活,还能接受,但同样让人头痛。
对于这个困境,有一个简单的处理办法,即将C++库静态链接至目标程序或者目标库文件,这样就不存在分发C++库的问题了。
对于使用CMake来管理项目的团队,可以修改项目的CMakeLists.txt文件,样例如下:
# 这里以动态库为例,增加静态链接C++库和GCC库的选项。
target_link_libraries(abc -static-libgcc -static-libstdc++)
修改前,使用ldd命令检查目标动态库的依赖。
# ldd libabc.so
linux-vdso.so.1 (0x00007ffc838a7000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f7b4c054000) # 这里是对C++库的依赖。
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f7b4bcb6000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f7b4ba9e000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7b4b6ad000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7b4c60b000)
修改CMakeLists.txt后,使用ldd命令检查目标动态库的依赖,显然,已经无法找到对C++库的依赖了。
# ldd libabc.so
linux-vdso.so.1 (0x00007ffe687e4000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fafb601c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fafb5c2b000)
/lib64/ld-linux-x86-64.so.2 (0x00007fafb661d000)
若非注明,均为原创,欢迎转载,转载请注明来源:Linux环境下如何静态链接C++库