为什么我需要将pthread和rt明确地链接到新的gcc和binutils?

时间:2014-09-19 12:45:23

标签: linux gcc ld binutils

情况

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

问题

使用新的gccld我现在必须通过基于cmake的构建系统进行修改,以便还链接pthreadrtcrypto等库我之前没有明确指定。那个怎么样?在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

1 个答案:

答案 0 :(得分:0)

实际上,线程启用应用程序的正确CMake构建应包括检测Threads库,它确实执行依赖于平台的测试,然后填充适当的变量。有关详细信息,请参阅this

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