linux下靜態鏈結庫的用法

2022-04-10 14:49:41 字數 3580 閱讀 5963

最近在linux下程式設計發現乙個詭異的現象，就是在鏈結乙個靜態庫的時候總是報錯，類似下面這樣的錯誤：

(.text+0x13): undefined reference to `func'
關於undefined reference這樣的問題，大家其實經常會遇到。在此，我以詳細示例給出常見錯誤的各種原因以及解決辦法，希望對初學者有所幫助。

1.鏈結時缺失了相關目標檔案（.o）

編譯命令：

gcc -c test.c


gcc -c main.c



gcc -o main main.o
這時，你會發現，報錯了：

main.o: in function `main'


: main.c:(.text+0x7): undefined reference to `test' 


collect2: ld returned 1 exit status
這就是最典型的undefined reference錯誤，因為在鏈結時發現找不到某個函式的實現檔案，本例中test.o檔案中包含了test()函式的實現，所以如果按下面這種方式鏈結就沒事了。

gcc -o main main.o test.o

gcc -o main main.c //


缺少test()的實現檔案
需要改成如下形式才能成功，將test()函式的實現檔案一起編譯。

gcc -o main main.c test.c //


ok,沒問題了
2.鏈結時缺少相關的庫檔案（.a/.so）

在此，只舉個靜態庫的例子。先把test.c編譯成靜態庫(.a)檔案

gcc -c test.c  


ar -rc test.a test.o
至此，我們得到了test.a檔案。我們開始編譯main.c

gcc -c main.c
這時，則生成了main.o檔案，然後我們再通過如下命令進行鏈結希望得到可執行程式。

gcc -o main main.o
你會發現，編譯器報錯了：

/tmp/cccpa13l.o: in function `main'


: main.c:(.text+0x7): undefined reference to `test' 


collect2: ld returned 1 exit status
其根本原因也是找不到test()函式的實現檔案，由於該test()函式的實現在test.a這個靜態庫中的，故在鏈結的時候需要在其後加入test.a這個庫，鏈結命令修改為如下形式即可。

gcc -o main main.o ./test.a  //


注：./ 是給出了test.a的路徑



gcc -o main main.c ./test.a  //


同樣，如果不加test.a也會報錯
3.鏈結的庫檔案中又使用了另乙個庫檔案

main.c呼叫了test.c的函式，test.c中又呼叫了fun.c的函式。首先，我們先對fun.c，test.c，main.c進行編譯，生成 .o檔案。

gcc -c func.c  


gcc -c test.c 


gcc -c main.c
然後，將test.c和func.c各自打包成為靜態庫檔案。

ar –rc func.a func.o  


ar –rc test.a test.o
這時，我們準備將main.o鏈結為可執行程式，由於我們的main.c中包含了對test()的呼叫，因此，應該在鏈結時將test.a作為我們的庫檔案，鏈結命令如下。

gcc -o main main.o test.a
這時，編譯器仍然會報錯，如下：

test.a(test.o): in function `test'


: test.c:(.text+0x13): undefined reference to `func' 


collect2: ld returned 1 exit status
就是說，鏈結的時候，發現我們的test.a呼叫了func()函式，找不到對應的實現。由此我們發現，原來我們還需要將test.a所引用到的庫檔案也加進來才能成功鏈結，因此命令如下。

gcc -o main main.o test.a func.a
ok，這樣就可以成功得到最終的程式了。同樣，如果我們的庫或者程式中引用了第三方庫（如pthread.a）則同樣在鏈結的時候需要給出第三方庫的路徑和庫檔案，否則就會得到undefined reference的錯誤。

4.多個庫檔案鏈結順序問題

這種問題也非常的隱蔽，不仔細研究你可能會感到非常地莫名其妙。我們依然回到第3小節所討論的問題中，在最後，如果我們把鏈結的庫的順序換一下，看看會發生什麼結果？

gcc -o main main.o func.a test.a
我們會得到如下報錯.

test.a(test.o): in function `test'


: test.c:(.text+0x13): undefined reference to `func' 


collect2: ld returned 1 exit status
因此，我們需要注意，在鏈結命令中給出所依賴的庫時，需要注意庫之間的依賴順序，依賴其他庫的庫一定要放到被依賴庫的前面，這樣才能真正避免undefined reference的錯誤，完成編譯鏈結。

5.在c++**中鏈結c語言的庫

如果你的庫檔案由c**生成的，則在c++**中鏈結庫中的函式時，也會碰到undefined reference的問題。下面舉例說明。

首先，編寫c語言版庫檔案。編譯，打包為靜態庫：test.a

gcc -c test.c  


ar -rc test.a test.o
至此，我們得到了test.a檔案。下面我們開始編寫c++檔案main.cpp

然後編譯main.cpp生成可執行程式：

g++ -o main main.cpp test.a
會發現報錯：

/tmp/ccjjicos.o: in function `main'


: main.cpp:(.text+0x7): undefined reference to `test()' 


collect2: ld returned 1 exit status
原因就是main.cpp為c++**，呼叫了c語言庫的函式，因此鏈結的時候找不到。

g++ -o main main.cpp test.a 

再編譯會發現，問題已經成功解決。

6.  總 結

當然，上面幾種是我目前發現的比較常見的undefined reference錯誤的原因和解決方法，可能也有其他各種原因。

Linux下靜態鏈結庫

放置在一起的物件模組的集合，這些物件模組都儲存於乙個存檔檔案中 乙個程序一般分為乙個部分 環境變數，堆疊，空閒記憶體，動態記憶體，可執行程式映像 包括程式本身的執行 還有就是鏈結的靜態庫 共享庫 一般為動態鏈結庫.so檔案 其他記憶體 靜態鏈結庫是在編譯生成可執行檔案是鏈結並裝載複製靜態鏈結庫中自己...

Linux下動態鏈結庫和靜態鏈結庫

第一部分 編譯過程 預處理過程，負責標頭檔案展開，巨集替換，條件編譯的選擇，刪除注釋等工作。gcc e表示進行預處理。編譯過程，負載將預處理生成的檔案，經過詞法分析，語法分析，語義分析及優化後生成彙編檔案。gcc s表示進行編譯。彙編，是將彙編 轉換為機器可執行指令的過程。通過使用gcc c或者as...

Linux下的動態鏈結庫與靜態鏈結庫的生成與使用

1 靜態鏈結庫的生成 靜態鏈結庫實際上是.o檔案乙個集合，因此只需要使用ar命令來將這些.o檔案合併就行了 比如ar rc test.a o那就是生成乙個叫test.a的靜態庫檔案 2 動態鏈結庫的生成 編譯時就需要指定引數 fpic shared引數 3 靜態鏈結庫的使用 靜態鏈結庫使用跟.o檔案...