2015-07-01 35 views
1

我在RHEL6機器上安裝了devtoolset-3,我很困惑gcc/g ++如何確定哪個庫與二進制文件鏈接。g ++/gcc如何確定哪個庫鏈接超過1個版本可供選擇?

上RHEL6

標準設置:

$ g++ -v 
Using built-in specs. 
Target: x86_64-redhat-linux 
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux 
Thread model: posix 
gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC) 

我編譯一個簡單的,幾乎是空的C++二進制後,我得到:

$ g++ main.cpp -o main_old && ldd main_old 
     linux-vdso.so.1 => (0x00007fffe6dfe000) 
     libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00000039b4800000) 
     libm.so.6 => /lib64/libm.so.6 (0x00000039aa800000) 
     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000039b4400000) 
     libc.so.6 => /lib64/libc.so.6 (0x00000039aa400000) 
     /lib64/ld-linux-x86-64.so.2 (0x00000039aa000000) 
$ echo $PATH 
/usr/local/bin:/usr/bin:/usr/sbin/:/bin/:/sbin 
$ echo $LD_LIBRARY_PATH 

那我就安裝devtoolset-3(從這裏https://www.softwarecollections.org/en/scls/rhscl/devtoolset-3/

然後

$ scl enable devtoolset-3 bash 
$ g++ -v 
Using built-in specs. 
COLLECT_GCC=g++ 
COLLECT_LTO_WRAPPER=/opt/rh/devtoolset-3/root/usr/libexec/gcc/x86_64-redhat-linux/4.9.1/lto-wrapper 
Target: x86_64-redhat-linux 
Configured with: ../configure --prefix=/opt/rh/devtoolset-3/root/usr --mandir=/opt/rh/devtoolset-3/root/usr/share/man --infodir=/opt/rh/devtoolset-3/root/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --enable-languages=c,c++,fortran,lto --enable-plugin --with-linker-hash-style=gnu --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.9.1-20140922/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.9.1-20140922/obj-x86_64-redhat-linux/cloog-install --with-mpc=/builddir/build/BUILD/gcc-4.9.1-20140922/obj-x86_64-redhat-linux/mpc-install --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux 
Thread model: posix 
gcc version 4.9.1 20140922 (Red Hat 4.9.1-10) (GCC) 
$ g++ main.cpp -o main_new && ldd main_new 
     linux-vdso.so.1 => (0x00007fffe18ae000) 
     libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00000039b4800000) 
     libm.so.6 => /lib64/libm.so.6 (0x00000039aa800000) 
     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000039b4400000) 
     libc.so.6 => /lib64/libc.so.6 (0x00000039aa400000) 
     /lib64/ld-linux-x86-64.so.2 (0x00000039aa000000) 
$ echo $PATH 
/usr/lib64/qt-3.3/bin:/opt/rh/devtoolset-3/root/usr/bin/:/opt/rh/devtoolset-3/root/usr/bin:/usr/local/bin:/usr/bin:/usr/sbin/:/bin/:/sbin 
$ echo $LD_LIBRARY_PATH 
/opt/rh/devtoolset-3/root/usr/lib64:/opt/rh/devtoolset-3/root/usr/lib 

我得到相同的...

+0

你使用了新安裝的devtoolset的g ++嗎? – Brahim

+0

@Brahim是的,請檢查我的編輯 – Patryk

回答

4

海灣合作委員會本身並不選擇。雖然GCC(實際上是ld)在鏈接時(通過自己的路徑搜索順序)將查找和檢查動態庫,但它僅爲庫的SONAME添加DT_NEEDED條目。請看readelfDYNAMIC部分。

在運行時,ld.so選擇要鏈接的庫。 ld.so選擇的特定庫由其配置的路徑搜索順序確定。請參閱手冊頁ld.so

+0

我可以以某種方式通過編輯一些環境變量來操縱它嗎?我知道我可以在'/ etc/ld.so.conf'中添加一個路徑到新的'gcc'庫,但之後我需要將其刪除,並且env變量更容易操作。 **編輯**即使沒有工作:/ – Patryk

+0

查看'ld.so'的手冊頁。您會看到LD_LIBRARY_PATH在搜索順序中顯示的位置(提示:很早)。如果您想在執行程序時使用它,我建議您在同一行上執行它,因此它不會影響您的其他環境,如下所示:'$ LD_LIBRARY_PATH =/my/libs。/ my_program' –