linux编译链接静态,Linux环境下如何静态链接C++库

日常工作中，考虑到如下原因，可能会升级编译器如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++库