這是我在做計(jì)算實(shí)驗(yàn)程序時(shí)碰到的一個(gè)小問題。場景是這樣的，自己的機(jī)器上運(yùn)行的是ubuntu8.10,gcc 4.2，也經(jīng)常apt-get update。用于運(yùn)行計(jì)算任務(wù)的是學(xué)院的一臺(tái)IBM cluster 1350服務(wù)器，上面的系統(tǒng)是 rhel3。在ubuntu下編輯編譯好程序，將執(zhí)行文件放入服務(wù)器上運(yùn)行。出問題之前，在程序中沒有#include <stdlib.h>，ubuntu下的程序在rhel3上運(yùn)行良好。加了#include <stdlib.h>后，在rhel3中運(yùn)行出現(xiàn)問題 /lib/tls/libc.so.6: version `GLIBC_2.4' not found 。問題是小問題，但也學(xué)了不少知識(shí)，看下面分析過程。
分析一，stdlib.h包文件包含在那個(gè)包中？glibc是GNU c函數(shù)庫，這提供給我們編寫c代碼的大部分庫函數(shù)，這個(gè)stdlib.h也在其中咯。但是rhel3上也是有g(shù)libc的，yum -qa|grep glibc，是glibc-2.3.2-95.30，低于2.4，但為什么出現(xiàn)了版本依賴問題呢？已知信息：編輯和編譯的平臺(tái)是ubuntu，運(yùn)行的平臺(tái)是redhat，系統(tǒng)兼容問題；ubuntu的包都被我時(shí)常更新，redhat 則是e as3，里面的包比較舊。按照這樣的思路，在redhat上安裝了glibc_2.4的包后，程序如期能夠運(yùn)行。還有東西可學(xué)，繼續(xù)...
分析二，既然開始認(rèn)為不同linux之間，可能出現(xiàn)問題，那么就找了另外一臺(tái)redhat系統(tǒng)，redhat as4, glibc.2.3.4，高于服務(wù)器的glibc-2.3.2。將程序在redhat as4上編譯成執(zhí)行文件，拷貝到redhat as3上運(yùn)行，也可以正常運(yùn)行。哎？這個(gè)為什么就行了！可見不同linux系統(tǒng)之間的編程環(huán)境差別性有待進(jìn)一步學(xué)習(xí)。
分析三，既然是包依賴的問題，那么看看是否可以避免這個(gè)包依賴。在編譯時(shí)采用的是動(dòng)態(tài)連接的方式，如果采用靜態(tài)連接的編譯，會(huì)不會(huì)就好了。加入/usr/lib/libc.a，得到了比原來大許多的執(zhí)行文件，拷入redhat as3上，依然出現(xiàn)同樣問題；加入-static /usr/lib/libc.a，得到的執(zhí)行文件還要更大一些，放入redhat as3上執(zhí)行，反饋是 “FATAL: kernel too old Segmentation fault ” 。靜態(tài)連接的含義是什么？靜態(tài)連接編譯出的執(zhí)行文件在執(zhí)行的時(shí)候，調(diào)用包含在頭文件里的庫函數(shù)的順序規(guī)則是什么？Linux中靜態(tài)鏈接與動(dòng)態(tài)鏈接涉及到Linux共享函數(shù)庫。共享函數(shù)庫是為了供開發(fā)方便和減少冗余，里面包含了常用的函數(shù)。動(dòng)態(tài)鏈接得到的執(zhí)行文件在執(zhí)行的時(shí)候，會(huì)動(dòng)態(tài)調(diào)用庫中的函數(shù)，它的執(zhí)行文件中沒有包含庫函數(shù)的實(shí)體，因而執(zhí)行文件相應(yīng)就會(huì)小些；而靜態(tài)鏈接則是將要調(diào)用的庫中函數(shù)鏈接到執(zhí)行文件當(dāng)中，這樣執(zhí)行文件中就有一份庫函數(shù)拷貝了，在執(zhí)行的時(shí)候就不用去調(diào)用共享庫中的函數(shù)而是直接使用這份拷貝，但文件相應(yīng)會(huì)大了許多。依照此分析，我用-static(這個(gè)參數(shù)禁止使用了共享庫，所以不用關(guān)心共享庫而直接執(zhí)行)編譯出的文件，在redhat as3上執(zhí)行的反饋是kernel too old，說明了在執(zhí)行我的執(zhí)行文件時(shí)，kernel版本和glibc版本之間還出現(xiàn)了沖突。（PS：在google "fatal:kernel too old"得到的大多數(shù)文檔中，是問在編譯內(nèi)核時(shí)出現(xiàn)了這個(gè)錯(cuò)誤，回答是和glibc相關(guān)）那么內(nèi)核和glibc的關(guān)系有是什么呢？[6]
關(guān)于glibc的文件解釋
[1]
http://blog.csdn.net/My_emdebed/archive/2007/04/22/1574746.aspx靜態(tài)鏈接libc的一個(gè)例子
[2]
http://www.9php.com/FAQ/cxsjl/c/2007/04/704307080637.html進(jìn)一步了解靜態(tài)鏈接和動(dòng)態(tài)鏈接
[3]
http://cmdblock.blog.51cto.com/415170/86802gcc筆記
[4]
http://www.cublog.cn/u/13991/showart.php?id=96714 [5]
http://www.bloghome.cn/posts/10410 GCC,glibc,kernel的要點(diǎn)//Linux發(fā)布程序要注意版本的軟件包
[6]http://www.linux-cn.com/html/linux/network/20080818/57908.html