1.建立交叉編譯環境

首先，在自己的機子上建立交叉編譯環境。 我使用的是Ubuntu14.04 x86_64，gcc-4.8.3。如果要建立一套十分完整的交叉編譯環境，需要安裝openwrt buildroot環境，操作步驟：

http://wiki.openwrt.org/doc/howto/buildroot.exigence，

注意在其中make menuconfig之後出現配置介面，主要選定目標系統的體系架構，比如我的是x86，其他如ar71xx等，另外選中編譯出toolchain，還有一項是打包openwrt SDK（這個很多文件有提到，我們不妨就勾選上吧）。 從make menuconfig介面來看，這個應該是在編譯整個openwrt，於是乎像編譯其他系統一樣，這個過程顯得漫長而無聊。我們不妨換個思路，我們一般交叉編譯時使用原始碼包中configure指令碼指定--host選項表示要編譯的目標平臺，如我的i486-openwrt-linux，而根據經驗來看，configure是根據這個值，在其後加上-gcc/-g++構成i486-openwrt-linux-gcc/g++形成目標平臺的編譯器進行呼叫編譯，之後根據所得到的編譯器名字在環境變數PATH指定的目錄下尋找到。 基於這個經驗性原理，我們為什麼要等待如此漫長的時間而位於編譯的路上呢。好的，我們去openwrt x86的源上直接下載官方已經編譯好的編譯器，然後設定PATH路徑不就好了嗎。嗯，在

http://downloads.openwrt.org/barrier_breaker/14.07/x86/generic/ 
 

就可以看到toolchain了，下載之，解壓，設定環境變數PATH即可，環境變數一般是$TOOLCHAIN_HOME/bin，這個$TOOLCHAIN_HOME表示你的工具鏈家目錄。 可以測試一下在命令列輸入i486-openwrt-linux- 然後按Tab鍵會不會補全出一大堆東西，如果可以，那就表示PATH設定好了。通過這樣的方法，我編譯通過了libnet, libpcap, libnids，這個根據我之前記錄的文件，編譯過程真是如絲般順滑...... 不過這樣的話，這個交叉編譯工具鏈會爆出warning，說沒有$STAGING_DIR這個環境變數，其實無視這個沒有什麼問題，前提是你不需要目標平臺的其他庫，如果實在不爽的話，可以設定一下，如果設定PATH的時候是$TOOLCHAIN_HOME/bin的話，這個$STAGING_DIR就是$TOOLCHAIN_HOME了。 如果安裝了buildroot的話，也是要設定這兩個環境變數的，跟上面一樣的。 後來在編譯另外一個東西的時候要連結pthread庫，這個時候就必須用這個完整的buildroot了，編譯器將STAGING_DIR指定的路徑作為標頭檔案和庫的預設目錄，應該是用到SDK中的pthread庫了。

2.交叉編譯libmysqlclient

這個過程可以參考

http://blog.csdn.net/lilongherolilong/article/details/7521736

這個文章，要嚴格遵守mysql-connector版本，並且參考下面5樓評論。 cmake生成Makefile之後，make進行編譯，出現錯誤

my_global.h:1582:22: error: static declaration of 'rint' follows non-static declaration

這尼瑪肯定是和參考文章的編譯器版本不一致導致的，可恨原文章關於環境毫無強調，我這的cmake版本是2.8.12.2的，交叉編譯器也是基於gcc-4.8.3的。  幸好，通過google發現有人說註釋掉它，ok，那我們註釋掉它吧。 接下來重新make，眼看著快好了，95%停下來了，觀其錯誤，一看undefined reference，當然就是連結出錯了，再看是關於floor，pow，log等函式的未定義引用，問題很明顯，沒有連結到math庫，肯定是連結選項少了-lm。 那麼到底是哪一條編譯命令呢，從目前的make顯示資訊上看只能看到進度，和目標檔案，錯誤資訊，我們需要的是類似於gcc -o test test.c這樣的東西，然後再後邊加上-lm。 好的，如果你熟悉make的話，那麼事情顯得輕而易舉，對，就是make VERBOSE=1，顯示詳情吧，很好，我們發現最後一條出錯的命令是這樣的：

/home/weizheng/openwrt/staging_dir/toolchain-i386_i486_gcc-4.8-linaro_uClibc-0.9.33.2/bin/i486-openwrt-linux-gcc    -Wall -fno-rtti -fno-exceptions -O3 -DNDEBUG -DDBUG_OFF    CMakeFiles/mysql_client_test.dir/mysql_client_test.c.o CMakeFiles/mysql_client_test.dir/__/mysys/my_memmem.c.o  -o mysql_client_test -rdynamic ../libmysql/libmysqlclient.a -lpthread
 

哦，原來是這條編譯命令後邊沒有加-lm。好的，我們分析這條命令，發現原始檔是

CMakeFiles/mysql_client_test.dir/mysql_client_test.c.o CMakeFiles/mysql_client_test.dir/__/mysys/my_memmem.c.o

但似乎並不在原始碼直接目錄下，因為在原始碼目錄下重新執行命令，會說上面這兩個檔案不在，那怎麼辦呢，這個檔案到底死到哪裡去了呢，好的，如果你熟悉find命令的話，那麼這個問題就迎刃而解了。

[email protected]:~/semanalysis/x86_openwrt_lib/mysql-connector-c-6.0.2$ find . -name mysql_client_test.c.o
./tests/CMakeFiles/mysql_client_test.dir/mysql_client_test.c.o

嗯，終於找到這貨了，在test目錄下，cd進去，執行編譯命令，ok，這個就算過了。 退回上層目錄，繼續make，發現還有別的一樣的錯誤，重複上述過程。當然似乎有一大堆編譯命令都沒有-lm，難道我們要一個個加上，這尼瑪也真有夠煩的。 嗯，再次拿出我們的殺手鐗，如果你...對make，Makefile夠熟悉的話，一般情況下是這樣的，make按照Makefile的組織語法解釋執行Makefile，好的，再一般情況下，會有一個選項叫LDFLAGS啦，嗯，就是這樣，我們直接修改這個LDFLAGS加上-lm不就完事了嗎，但是在Makefile中尋找LDFLAGS顯然不是一個明智的選擇，這麼多Makefile，你知道人家放到哪個裡面了，幸好，還有這個辦法，就是環境變數。

export LDFLAGS+=-lm

之後重新cmake，make就ok了，終於尼瑪華麗的成功了，呵呵呵呵... 對了，別忘了make install哦！ ================= main ================= 魏徵WeiZ