为什么我需要用新的 gcc 和 binutils 显式链接 pthread 和 rt？答案

【问题标题】：Why do I need to explicitly link pthread and rt with new gcc and binutils?为什么我需要用新的 gcc 和 binutils 显式链接 pthread 和 rt？
【发布时间】：2014-11-14 01:39:35
【问题描述】：

情况

到目前为止，我有一个大型多库 c++ 项目，该项目已在 Debian Squeeze 上使用其本机 gcc 4.4 编译器进行编译。现在我想从更新的 gcc 版本及其针对特定架构的优化中受益，从而能够在我的目标平台上使用 FMA 和 AVX 指令。我已经从源代码编译了 gcc 4.9.1，并且还必须编译新的 binutils，因为链接器不支持我猜的指令集。

问题

有了新的gcc 和ld，我现在不得不通过基于cmake 的构建系统进行修改，以链接诸如pthread、rt 或crypto 之类的库，我之前不必明确指定。那个怎么样？我应该注意的 gcc 或链接器的最新版本有什么变化吗？有没有办法恢复不必那么具体的“旧”行为？必须指定这些链接依赖项会使我的 CMakeLists.txt 与平台特定的 if 子句混杂在一起，从而降低了可读性。

版本

系统 gcc 和 ld：

$ /usr/bin/g++ -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.5 (Debian 4.4.5-8)

$ /usr/bin/ld -v
GNU ld (GNU Binutils for Debian)
2.20.1-system.20100303

自定义 gcc 和 ld：

$ /usr/local/bin/g++-4.9 -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++-4.9
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.9.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-languages=c++ --enable-threads --enable-threads=posix --enable-shared --with-system-zlib --without-included-gettext --enable-clocale=gnu --enable-checking=release --program-suffix=-4.9 --enable-bootstrap
Thread model: posix
gcc version 4.9.1 (GCC)

$ /usr/local/bin/ld -v
GNU ld (GNU Binutils) 2.24.51.20140916

【问题讨论】：

我找到了以下链接：wiki.debian.org/ToolChain/DSOLinking。这是否意味着我必须忍受它并且不值得尝试解决这种“新”行为？

标签： linux gcc ld binutils

【解决方案1】：

实际上，启用线程的应用程序的正确 CMake 构建应该包括检测 Threads 库，该库确实执行依赖于平台的测试，然后填充适当的变量。请参阅this 了解更多信息。

关于问题中的其他库，我认为这些库是特定于平台的，因此您只能在特定平台上添加它们。事实上，这些平台上都需要它们。为什么使用您以前的编译器程序不需要这些库，至少明确指定？可能是因为它们是隐式链接的。尝试gcc -dumpspecs 获取两个编译器版本并比较输出。

【讨论】：