undefined reference to error解決方法

undefined reference to error解決方法 Linux下編譯程序時，常常會遇到「undefined reference error」 報錯， 這裏總結一些可能的緣由和解決方案，給須要的朋友： 說道undefined reference error，先提一下Linux gcc連接規則： 連接的時候查找順序是: -L 指定的路徑, 從左到右依次查找 由 環境變量 LIBRARY_PATH 指定的路徑,使用":"分割從左到右依次查找 /etc/ld.so.conf 指定的路徑順序 /lib 和 /usr/lib (64位下是/lib64和/usr/lib64) 動態庫調用的查找順序: ld的-rpath參數指定的路徑, 這是寫死在代碼中的 ld腳本指定的路徑 LD_LIBRARY_PATH 指定的路徑 /etc/ld.so.conf 指定的路徑 /lib和/usr/lib(64位下是/lib64和/usr/lib64) 通常狀況連接的時候咱們採用-L的方式指定查找路徑, 調用動態連接庫的時候採用LD_LIBRARY_PATH的方式指定連接路徑. 另外注意一個問題,就是隻要查找到第一個就會返回,後面的不會再查找. 好比-L./A -L./B -lx 在A中有libx.a B中有libx.a和libx.so, 這個時候會使用在./A的libx.a 而不會遵循動態庫優先的原則,由於./A是先找到的,而且沒有同名動態庫存在 對於動態連接庫，實際的符號定位是在運行期進行的．在編譯.so的時候，若是沒有把它須要的庫和他一塊兒進行聯編，好比libx.so 須要使用uldict, 可是忘記在編譯libx.so的時候加上-luldict的話，在編譯libx.so的時候不會報錯，由於這個時候libx.so被認爲是一個庫，它裏面 存在一些不知道具體實現的符號是合法的，是能夠在運行期指定或者編譯另外的二進制程序的時候指定． 若是是採用　g++ -Lpath -lx 的方式進行編譯，連接器會發現所須要的uldict的符號表找不到從而報錯，可是若是是程序採用dlopen的方式載入，因爲是運行期，這個程序在這個地 方就直接運行報錯了．另外還有一種狀況就是一個對外的接口在動態庫中已經聲明定義了，可是忘記實現了，這個時候也會產生相似的錯誤． 若是在運行期報出這樣的錯誤，就要注意是不是因爲某些庫沒有連接進來或者某些接口沒有實現的緣由產生 有了上述基礎，不難總結出，undefined reference error錯誤的緣由可能來自如下幾方面： 1 沒有指定對應的庫（.o/.a/.so） 使用了庫中定義的實體，但沒有指定庫（-lXXX）或者沒有指定庫路徑（-LYYY），會致使該錯誤, 2 鏈接庫參數的順序不對 在默認狀況下,對於-l 使用庫的要求是越是基礎的庫越要寫在後面,不管是靜態還動態 3 gcc/ld 版本不匹配 gcc/ld的版本的兼容性問題,因爲gcc2 到 gcc3大版本的兼容性存在問題(其實gcc3.2到3.4也必定程度上存在這樣的問題) 當在高版本機器上使用低版本的機器就會致使這樣的錯誤, 這個問題比較常見在32位的環境上, 另外就在32位環境不當心使用了64位的庫或者反過來64位環境使用了32位的庫. 4 C/C++相互依賴和連接 gcc和g++編譯結果的混用須要保證可以extern "C" 兩邊均可以使用的接口,在咱們的64位環境中gcc連接g++的庫還須要加上 -lstdc++,具體見前文對於混合編譯的說明 5 運行期報錯 這個問題基本上是因爲程序使用了dlopen方式載入.so, 但.so沒有把全部須要的庫都連接上,具體參加上文中對於靜態庫和動態庫混合使用的說明