簡體   English   中英

g ++ / gcc如何確定要鏈接的庫中有多個版本可供選擇?

[英]How does g++/gcc determine which library to link having more than 1 version to choose from?

我已經在RHEL6機器上安裝了devtoolset-3,但gcc / g ++如何確定要與二進制文件鏈接的庫卻使我感到困惑。

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

我也一樣

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

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

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM