glib wpa_supplicant Unix上庫編譯錯誤解決與總結

編譯Linux下的庫是一件痛苦的事情，這裡主要闡述glib和wpa_supplicant庫的編譯，因各自的依賴關係，另外一些庫要事先編譯。glib依賴libffi和zlib，而wpa_supplicant依賴dbus和openssl。總結下交叉編譯幾個常見的邏輯：1. 指定CC為交叉編譯器2. 指定--prefix，如果不指定，會將宿主機PC上相應的庫給覆蓋了，如果是系統關鍵的庫檔案，那就會造成系統啟動失敗。解決辦法只有一個一個找到被覆蓋的檔案，再從一台好的PC機上拷貝回來。注意這裡要找到被修改的檔案不是那麼容易，也許只有看檔案的修改日期，另要找到一台相同系統的機器也不是那麼簡單的。3. 編譯依賴其他庫的package的時候（這裡就是glib，它依賴libffi和zlib），要將依賴庫的lib和include路徑指定清楚，讓編譯器能夠找到這些檔案，如果標頭檔include找不到的話，那就會編譯出錯，報not found file or directory之類的錯誤；如果是庫檔案lib找不到的話，那就會在ld連結的時候出錯，報undefined function之類的錯誤。4. pkg-config和PKG_CONFIG_PATH的使用，網上已經有很詳細的介紹了，這裡不再細數。只是說明盡量用pkgconfig方式來指定依賴庫和標頭檔的路徑，在*.pc檔案裡面已經有很詳細的定義，就不用在configure或者make的時候指定一串串長長的CFLAGS，LDFLAGS，-I，-L。5. 在定義CFLAGS或者LDFLAGS的時候，盡量不要指定PC系統的目錄，像/usr/lib，/usr/include之類。因為系統一般都是x86的庫，如果被交叉編譯的庫連結的話會報錯。編譯曆程：1. 需定義LIBFFI_LIBS, LIBFFI_CFLAGS, ZLIB_LIBS和ZLIB_CFLAGS這幾個宏，否則會出現一下的錯誤。

make[4]: Entering directory `/home/joe/Downloads/glib-2.32.4/gobject'CCLD   gobject-query./.libs/libgobject-2.0.so: undefined reference to `ffi_type_pointer'./.libs/libgobject-2.0.so: undefined reference to `ffi_type_float'./.libs/libgobject-2.0.so: undefined reference to `ffi_type_void'./.libs/libgobject-2.0.so: undefined reference to `ffi_type_sint64'./.libs/libgobject-2.0.so: undefined reference to `ffi_prep_cif'./.libs/libgobject-2.0.so: undefined reference to `ffi_type_uint32'./.libs/libgobject-2.0.so: undefined reference to `ffi_type_double'./.libs/libgobject-2.0.so: undefined reference to `ffi_call'./.libs/libgobject-2.0.so: undefined reference to `ffi_type_sint32'./.libs/libgobject-2.0.so: undefined reference to `ffi_type_uint64'collect2: ld returned 1 exit statusmake[4]: *** [gobject-query] Error 1make[4]: Leaving directory `/home/joe/Downloads/glib-2.32.4/gobject'make[3]: *** [all-recursive] Error 1make[3]: Leaving directory `/home/joe/Downloads/glib-2.32.4/gobject'make[2]: *** [all] Error 2make[2]: Leaving directory `/home/joe/Downloads/glib-2.32.4/gobject'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/home/joe/Downloads/glib-2.32.4'make: *** [all] Error 2

2. 需編譯安裝libffi，否則會出現一下的錯誤:

configure: error: Package requirements (libffi >= 3.0.0) were not met:

No package 'libffi' foundConsider adjusting the PKG_CONFIG_PATH environment variable if youinstalled software in a non-standard prefix.

3. 將PC上編譯出來的glib-compile-schemas拷貝到交叉編譯的glib代碼目錄下面，否則會提示找不到glib-compile-schemas的錯誤:

./configure: glib-compile-schemas not found

這個問題挺奇怪，既然要編譯glib，竟然還要先在PC上編譯一個glib，然後編第二次使用第一次邊出來的bin檔案。http://www.spinics.net/lists/gtk/msg17208.html這個patch在這裡做一個記錄。4. 定義linux-arm.cache檔案作為參數--cache-file的值，手工指定：不能為交叉編譯檢查glib_cv_stack_grow, 應為交叉編譯在PC上，不在板子裡。類似其他一些值寫進去，否則會有類似下面的錯誤：

checking for growing stack pointer...configure: error: cannot run test program while cross compiling

修改內容如下：

echo ac_cv_type_long_long=yes>$ARCH-linux.cacheecho glib_cv_stack_grows=no>>$ARCH-linux.cacheecho glib_cv_uscore=no>>$ARCH-linux.cacheecho ac_cv_func_posix_getpwuid_r=yes>>$ARCH-linux.cache

5. 在CFLAGS中指定-Wl,-rpath $(DESTDIR)/../obj/external/glib/gmodule/.libs/，否則會出現找不到gmodule.so的庫檔案的錯誤：

gmodule.so not found

glib編譯過程中會引用先前編譯出來的庫檔案，然而竟然沒有找到，find了一下發現在make install之前這個庫的位置，故而用－Wl -rpath在指定。

6. 編譯openssl需要定義no-asm和shared，去掉-m64，否則會出現編譯彙編失敗和編譯器不識別-m64的錯誤。7. 編譯wpa_supplicant需要禁止掉nl80211的編譯，否則會提示錯誤：

netlink/genl/genl.h: No such file or directory

如果指定系統/usr/include目錄給CFLAGS，以提示genl.h的位置，這個問題是沒有了，會出現其他問題，提示__asm__錯誤，原來定義/usr/include之後，有些標頭檔就到這個目錄下去找，也就是找x86的標頭檔，這和arm的不相容，故出現問題。也就是上面描述的總結5。

總結：有時候編譯UNIX庫並沒有想象中的那麼簡單，configure&make&make install永遠不會是所有的過程，不同PC不同編譯器會碰到不同的問題，在此做記錄，與大家共勉。