最近把開發(fā)板上的程序移植到目標板上，編譯通過之后。鏈接時，一堆的... undefined reference ... 經(jīng)過大半天的分析，終于都搞定了。在這里做下總結，有不對的地方還請多多指教
-------------------------------------------------
引起此類問題的原因主要有以下幾類：
1. 缺少某個源文件，或源文件中缺少某個函數(shù)
2. 源文件中的宏，未正確開啟
3. 鏈接時，多個庫的順序未根據(jù)依賴關系安排
4. 編譯時的先后順序未按依賴關系安排
5. c++引用c中定義的函數(shù)，沒有在c函數(shù)聲明時添加 extern "C"。導致c++編譯器不能對其進行正確的解析
前兩類問題比較好解決，一般把未添加的函數(shù)，源文件或者庫添加到編譯環(huán)境中。可以通過兩種方式來實現(xiàn)修正。
1. 使用圖形化的IDE(SourceInsight, Eclipse等)，找到未定義變量或函數(shù)所需的文件和庫。
2. Linux下使用grep命令也可以快速的找到，如可以在項目（庫）目錄下，使用 grep -n 'something' *
第三類和第四類問題，主要是解決鏈接順序。 如果liba依賴于libb，在Makefile的LD選項中，libb應出現(xiàn)在liba的左側(cè)。
因為鏈接是從左向右進行。obj文件中的UND類型的符號會在和庫進行鏈接時進行匹配，如果匹配成功鏈接器會將這個符號
放到可執(zhí)行程序的符號表中。如果所有需鏈接的庫都鏈接完成后，還有UND類型的符號表，鏈接器報undefined reference的錯誤。
具體可以參考《深入理解計算機系統(tǒng)》中的鏈接一章。
在查找鏈接錯誤時，readelf , objdump等工具可以提供一些幫助。可以通過它們發(fā)現(xiàn)究竟是鏈接順序的問題還是在庫中真的不存在
某個指定的符號。如查看liba.a中的符號可以通過以下命令查看（可執(zhí)行文件和動態(tài)庫亦可）
readelf -s liba.a
objdump -t liba.a
對第五類的問題可以直接將c中extern的函數(shù)包含在以下宏之間
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif
-------------------End-----------------------
本文來自CSDN博客，轉(zhuǎn)載請標明出處：http://blog.csdn.net/fantasy666666/archive/2009/08/05/4412609.aspx