首先簡要闡述關于gcc、glibc和 binutils模塊之間的關系
一、關于gcc、glibc和binutils模塊之間的關系
1、gcc(gnu collect compiler)是一組編譯工具的總稱。它主要完成的工作任務是“預處理”和“編譯”,以及提供了與編譯器緊密相關的運行庫的支持,如 libgcc_s.so、libstdc++.so等。
2、binutils提供了一系列用來創(chuàng)建、管理和維護二進制目標文件的工具程序,如匯編(as)、連接(ld)、靜態(tài)庫歸檔(ar)、反匯編 (objdump)、elf結構分析工具(readelf)、無效調試信息和符號的工具(strip)等。通常,binutils與gcc是緊密相集成 的,沒有binutils的話,gcc是不能正常工作的。
3、glibc是gnu發(fā)布的libc庫,也即c運行庫。glibc是linux系統(tǒng)中最底層的api(應用程序開發(fā)接口),幾乎其它任何的運行庫 都會倚賴于glibc。glibc除了封裝linux操作系統(tǒng)所提供的系統(tǒng)服務外,它本身也提供了許多其它一些必要功能服務的實現(xiàn),主要的如下:
(1)string,字符串處理
(2)signal,信號處理
(3)dlfcn,管理共享庫的動態(tài)加載
(4)direct,文件目錄操作
(5)elf,共享庫的動態(tài)加載器,也即interpreter
(6)iconv,不同字符集的編碼轉換
(7)inet,socket接口的實現(xiàn)
(8)intl,國際化,也即gettext的實現(xiàn)
(9)io
(10)linuxthreads
(11)locale,本地化
(12)login,虛擬終端設備的管理,及系統(tǒng)的安全訪問
(13)malloc,動態(tài)內存的分配與管理
(14)nis
(15)stdlib,其它基本功能
二、redhat9上升級gcc
1、升級這些庫時,最好不要覆蓋系統(tǒng)中缺省的;因為這些庫,尤其是glibc庫,是系統(tǒng)中最核心的共享庫和工具,如果盲目覆蓋,很可能導致整個系統(tǒng) 癱瘓,因為一般更新glibc庫時,其它所有以來libc庫的共享庫都需要重新被編譯一遍。因此,為了調試某個程序進入glibc時,最好把glibc安 裝到/usr/local/lib下。
2、首先編譯glibc庫。注意最好令建立一個glibc-build的目錄,configure時加上--enable-add- ons=linuxthreads選項。make install安裝到/usr/local下。
3、修改gcc的spec文件(/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs),更改ld- linux.so.2為/usr/local/lib下的新的共享庫裝載器。
4、編譯binutils庫,此時被編譯出的程序會連接到/usr/local/lib下的新的libc庫。注意,在configure前,需要設 置ld缺省連接的路徑(LIBRARY_PATH=/usr/local/lib:/lib:/usr/lib),否則binutils會 configure出錯,找不到libc中的一些符號。具體步驟如下:
(1)export LIBRARY_PATH=/usr/local/lib:/lib:/usr/lib
(2)mkdir binutils-build && cd binutils-build
(3)../binutils-2.13.90.0.18/configure
(4)make
(5)make -C ld clean
(6)make -C ld LIB_PATH=/usr/lib:/lib:/usr/local/bin(設置編譯后的ld的缺省庫搜索路徑,后面的比前面的優(yōu)先級高)
(7)make install
三、總結
1、運行時,動態(tài)庫的裝載依賴于ld-linux.so.6的實現(xiàn),它查找共享庫的順序如下:
(1)ld-linux.so.6在可執(zhí)行的目標文件中被指定,可用readelf命令查看
(2)ld-linux.so.6缺省在/usr/lib和lib中搜索;當glibc安裝到/usr/local下時,它查找/usr/local /lib
(3)LD_LIBRARY_PATH環(huán)境變量中所設定的路徑
(4)/etc/ld.so.conf(或/usr/local/etc/ld.so.conf)中所指定的路徑,由ldconfig生成二進制的 ld.so.cache中
2、編譯時,搜索庫的路徑順序如下:
(1)ld-linux.so.6由gcc的spec文件中所設定
(2)gcc --print-search-dirs所打印出的路徑,主要是libgcc_s.so等庫??梢酝ㄟ^GCC_EXEC_PREFIX來設定
(3)LIBRARY_PATH環(huán)境變量中所設定的路徑,或編譯的命令行中指定的-L/usr/local/lib
(2)binutils中的ld所設定的缺省搜索路徑順序,編譯binutils時指定。
(可以通過“l(fā)d --verbose | grep SEARCH”來查看)
3、二進制程序的搜索路徑順序為PATH環(huán)境變量中所設定。一般/usr/local/bin高于/usr/bin
4、編譯時的頭文件的搜索路徑順序,與library的查找順序類似。一般/usr/local/include高于/usr/include
————————————————————————————————————
前言
如果普通編程不需要了解這些東西,如果想精確控制你的對象文件的格式或者你想查看一下文件對象里的內容以便作出某種判斷,剛你可以看一下下面的工 具:objdump, nm, ar。當然,本文不可能非常詳細的說明它們的使用方法和功能。如果你覺得本文不夠清楚,你可以使用:man. 我的計劃只是想讓更多的人了解這些工具,以后在今后 的編程過程中能有所幫助。
聯(lián)系客服