inux c gcc -lm
1. 為什麼會出現undefined reference to '***xx'錯誤？
首先這是鏈結錯誤，不是編譯錯誤，也就是說如果只有這個錯誤，說明你的程式原始碼本身沒有問題，是你用編譯器編譯時引數用得不對，
你沒有指定鏈結程式要用到得庫
，比如你的程式裡用到了一些
數學函式
，那麼你就要在編譯引數裡指定程式要鏈結數學庫，方法是在編譯命令列裡加入
-lm。
2. -l引數和-l引數
-l引數就是用來指定程式要鏈結的庫，-l引數緊接著就是庫名
，那麼庫名跟真正的庫檔名有什麼關係呢？就拿數學庫來說，他的庫名是m，他的庫檔名是libm.so，很容易看出，把庫檔名的頭lib和尾.so去掉就是庫名了。好了現在我們知道怎麼得到庫名了，比如我們自已要用到乙個第三方提供的庫名字叫libtest.so，那麼我們只要把libtest.so拷貝到/usr/lib裡，編譯時加上-ltest引數，我們就能用上libtest.so庫了（當然要用libtest.so庫里的函式，我們還需要與libtest.so配套的標頭檔案）。放在/lib和/usr/lib和/usr/local/lib裡的庫直接用-l引數就能鏈結了，但如果庫檔案沒放在這三個目錄裡，而是放在其他目錄裡，這時我們只用-l引數的話，鏈結還是會出錯，出錯資訊大概是：「/usr/bin/ld: cannot find -l***」，也就是鏈結程式ld在那3個目錄裡找不到lib***.so，這時另外乙個引數-l就派上用場了，比如常用的x11的庫，它放在/usr/x11r6/lib目錄下，我們編譯時就要用-l/usr/x11r6/lib -lx11引數，
-l引數跟著的是庫檔案所在的目錄名
。再比如我們把libtest.so放在/aaa/bbb/ccc目錄下，那鏈結引數就是-l/aaa/bbb/ccc -ltest
3. -include和-i引數
-include用來包含標頭檔案，但一般情況下包含標頭檔案都在原始碼裡用#include ******實現，-include引數很少用。-i引數是用來指定頭檔案目錄，/usr/include目錄一般是不用指定的，gcc知道去那裡找，
但是如果標頭檔案不在/usr/include裡我們就要用-i引數指定了
，比如標頭檔案放在/myinclude目錄裡，那編譯命令列就要加上-i/myinclude引數了，如果不加你會得到乙個"***x.h: no such file or directory"的錯誤。-i
引數可以用相對路徑，比如標頭檔案在當前目錄，可以用-i.來指定。上面我們提到的--cflags引數就是用來生成-i引數的。
4. -o引數
這是乙個程式優化引數，一般用-o2就是，用來優化程式用的，比如gcc test.c -o2，優化得到的程式比沒優化的要小，執行速度可能也有所提高（我沒有測試過）。
5. -shared引數
編譯動態庫時要用到，比如gcc -shared test.c -o libtest.so
6. 幾個相關的環境變數
pkg_config_path：用來指定pkg-config用到的pc檔案的路徑，預設是/usr/lib/pkgconfig，pc檔案是文字檔案，副檔名是.pc，裡面定義開發包的安裝路徑，libs引數和cflags引數等等。
cc：用來指定c編譯器。
cxx：用來指定cxx編譯器。
libs：跟上面的--libs作用差不多。
cflags:跟上面的--cflags作用差不多。
cc，cxx，libs，cflags手動編譯時一般用不上，在做configure時有時用到，一般情況下不用管。
交叉編譯常見問題
1 新增環境變數 網上的解決辦法很多 2 找不到編譯器 在用交叉編譯器時遇到的問題 解決了 su 輸入密碼，這樣就進入了root使用者許可權，這個時候再輸入下面命令 source etc profile 結果問題就解決了 最後查詢su 和sudo 的區別，終於理解了，原來是工作環境的問題。希望此貼以...
gcc g 編譯常見問題
這是因為gcc基於c89標準，換成c99標準就可以在for迴圈內定義i變數了 gcc src.c std c99 o src 2.cpp引用.c檔案 需要給.c檔案編寫個頭檔案才可以 3.relocation r x86 64 pc32 against undefined symbol decode...
編譯常見問題集
warning incompatible implicit declaration of built in function memset enabled by default 原因 呼叫了memset，用於初始化記憶體中的資料，但是沒有指定memset這個函式來自於 解決方法 在檔案頭加入 inc...