windows安卓交叉編譯

① 如何在windows上用ndk交叉編譯其他平台程序

目標 ：編譯arm64的.so庫

編譯方法：理論上應該有兩種交叉編譯方法，法一，在linux伺服器上安裝交叉工具鏈，直接用交叉工具鏈進行編譯鏈接；法二，使用ndk完成交叉編譯，因為

ndk已經安裝好交叉編譯工具鏈，以及相關的系統庫和系統頭文件了。這兩種方法的區別在於，linux伺服器上的編譯使用的makefile和ndk使用的.mk
文件顯然不同。原因是ndk作為一個集成編譯環境，制定了一套特定的規則用於生成最終的編譯腳本。

這里簡單總結下，如何在windows用ndk進行交叉編譯arm64目標平台的.so庫：

step1:找到ndk開發工具包，官網之類的都可以下載，android-ndk64-r10-windows-x86_64.rar文件

step2:解壓上述ndk工具包，將包含程序源文件和頭文件的文件夾testProject都放入android-ndk-r10下的samples目錄下。

放在其他地方當然也可以，但是後續相對路徑之類的不太好加，既然其他例子都放這，把代碼放這編譯是最保險的了。

step3:在testProject中增加一個jni的文件夾，必須要添加！！！！！！

step4:在jni文件夾中，添加一個Android.mk的文件，必須要添加！！！！！

step5:在jni文件夾中，添加一個Application.mk的文件與Android.mk並列，必須要添加！！！！！

step6:Android.mk和Application.mk合起來就類似於linux環境下的makefile編譯文件。

如何寫Android.mk，可以參考例子helllo-jni中jni文件夾下的Android.mk。

LOCAL_PATH:=$(call my-dir) #必須要寫的

include $(CLEAR_VARS) #必須要寫的

LOCAL_MODULE:=hello-jni #編譯出來的模塊名稱

LOCAL_SRC_FILES:=hello-jni.c #制定編譯的源文件名稱

include $(BUILD_SHARED_LIBRARY)#放在最後

除了上述變數之外，還有其他的指定的變數，

LOCAL_CFLAGS，用於指定編譯選項，這個和makefile中是完全一樣的，可以指定編譯選項-g，也可以指定編譯宏及宏值

LOCAL_LDLIBS，用於指定鏈接的依賴庫，這個可以makefile也是完全一樣的，可以指定鏈接庫用-l庫名，以及指定庫搜索路徑用_L路徑名

LOCAL_STATIC_LIBRARIES，指定鏈接的靜態庫名，makefile中沒有

LOCAL_C_INCLUDES，用於指定編譯頭文件的路徑，和makefile中不同，路徑前不需要加-I，直接寫路徑即可，可以是相對路徑或絕對路徑，

多個路徑之間用空格隔開。

編寫上述Android.mk碰到的問題有，

(1)使用默認的系統自動載入stl庫頭文件總是出錯，只好手動在LOCAL_STATIC_LIBRARIES指定sources/cxx-stl/stlport/stlport來完成對#include<string>這種c++形式的頭文件載入

(2)使用$(SYSROOT)/usr/include來完成對系統庫頭文件的載入，結果找不到sem_t符號，只好指定platforms/android-L/arch-arm64/usr/include

step7:Application.mk編寫

APP_STL指定使用的stl移植庫，動態或者靜態都行

APP_CPPFLAGS，指定app編譯的編譯選項

APP_ABI指定abi規范類型，例如arm64-v8a，也可以寫成ALL就是把所有的類型全部編一編

APP_PLATFORM指定編譯的platform名稱，這里可以寫成android-L或者不指定全編。

step8:編譯完成後，運行。

啟動cmd，使用cd /D進行到testProject的jni目錄下

step9:將android-ndk-r10下的ndk-build.cmd直接拖拽到cmd中，此時直接敲回車，就可以編譯了。當然也可以加一個 clean，清除編譯中間文件。

step10:檢查下編譯結果，編譯成功後在testProject中多了兩個文件夾與jni並列的，libs和obj。
編譯鏈接後的結果就在libs中！

② 交叉編譯幾種常見的報錯

（1）交叉編譯器

在主機上用來編譯其它類型機器上可執行代碼的編譯器就叫交叉編譯器，我們進行嵌入式linux的開發主機大部分都是X86，而我們的嵌入式系統的處理器有可能是ARM/MIPS等非X86處理器，這時候就必須使用ARM/MIPS的交叉編譯器才能編譯出在這些處理器上能夠執行的代碼。這里我們使用的是ARM最新的EABI編譯器。

交叉編譯器在編譯的時候，對於浮點運行會預設硬浮點運算FPA（float point architecture），而沒有FPA的CPU，比如三星的2440等，會使用FPE（float point emulation即軟浮點），這樣在速度上就會受到極大限制。使用EABI（embeded application binary interface）則可以對此改善處理。

（2）不修改MAKEFILE來建立編譯環境

將arm-2008q3.tar.bz2拷貝到ubuntu系統的某個目錄，解壓後。使用VI編輯/etc/bash.bashrc，在文件最後加入環境變數設置（註：加bin的含義是交叉編譯器工具目錄）：

保存後，用source運行一次該文件，就可以了。

（3）gcc: error trying to exec 'cc1': execvp: No such file or directory 的解決

今天在編譯開發板環境時，明明設置好編譯器的環境變數了，編譯時就是會出現：gcc: error trying to exec 'cc1': execvp: No such file or directory 錯誤提示。後來發現一個方法可以解決，輸入：whereis gcc，就可以了發現好幾個gcc，包括/usr/bin/gcc，所以我就把PATH路徑設過去，就OK了。

（4）Clock skew detected. Your build may be incomplete

如果你裝了Windows Linux雙系統，系統時間很可能出問題，從而造成文件修改時間比系統時間晚，兩種辦法：
1，應該是你的PC的系統時鍾錯誤，在BIOS中修改正確。
2，使用touch命令將所有文件的時間戳修改為你系統的當前時間。解決方法：find ./-name "*" -exec touch {} \;

③ 交叉編譯器的舉例

交叉編譯
1、在Windows PC上，利用ADS（ARM開發環境），使用armcc編譯器，則可編譯出針對ARM CPU的可執行代碼。
2、在Linux PC上，利用arm-linux-gcc編譯器，可編譯出針對Linux ARM平台的可執行代碼。
3、在Windows PC上，利用cygwin環境，運行arm-elf-gcc編譯器，可編譯出針對ARM CPU的可執行代碼。
4、在Windows系統上，利用Keil Uvison工具，開發出運行在89C51單片機上的程序。
5、在Windows系統上，利用CodeWarrior IDE工具，開發出運行在Freescale XS128單片機上的程序。

④ 如何在windows下面編譯u-boot

1. 執行：apt-get install mingw32安裝了linux-windows交叉編譯環境mingwin
2. 執行：. build/envsetup.sh
3. 執行choosecombo，選擇各個參數
這兩步設置了一些編譯參數和環境變數，按照你正常編譯Android的設置即可。
4. 執行：make USE_MINGW=y adb
5. 執行：make USE_MINGW=y fastboot
最後到out/host/windows-x86/bin目錄下就能找到你剛剛編譯的東西了。