Android NDK開發指南(一) Application.mk文件

Application.mk目的是描述在你的應用程序中所需要的模塊(即靜態庫或動態庫)。

Application.mk文件通常被放置在 $PROJECT/jni/Application.mk下,$PROJECT指的是您的項目。

簡介:

—————————–

要將C\C++代碼編譯為SO文件,光有Android.mk文件還不行,還需要一個Application.mk文件。

本文檔是描述你的Android應用程序中需要的本地模塊的Application.mk的語法使用。

1.APP_PROJECT_PATH :這個變量是強制性的,並且會給出應用程序工程的根目錄的一個絕對路徑。

這是用來復制或者安裝一個沒有任何版本限制的JNI庫,從而給APK生成工具一個詳細的路徑。

這個變量是可選的,如果沒有定義,這個模塊名字被定義在Android.mk文件中的 LOCAL_MODULE 中。

NDK將由在Android.mk中聲明的默認的模塊編譯,並且包含所有的子文件(makefile文), NDK會自動計算模塊的依賴。

如果APP_MODULES定義瞭,它

(註意:NDK在R4開始改變瞭這個變量的行為,在此之前:在Application.mk中,該變量是強制的必須明確列出所有需要的模塊)

3.APP_OPTIM :這個變量是可選的,用來定義“release”或"debug"。在編譯您的應用程序模塊的時候,可以用來改變優先級。
“release”模式是默認的,並且會生成高度優化的二進制代碼。

"debug"模式生成的是未優化的二進制代碼,但可以檢測出很多的BUG,可以用於調試。

註意:如果你的應用程序是可調試的(即,如果你的清單文件在它的標簽中把android:debuggable屬性設為true),

默認將是debug而非release。把APP_OPTIM設置為release可以覆寫它。

註意:可以調試release和debug版二進制,但release版構建傾向於在調試會話中提供較少信息:一些變量被優化並且不能被檢測,

代碼重新排序可能致使代碼步進變得困難,堆棧跟蹤可能不可靠,等等。

4. APP_CFLAGS :一個C編譯器開關集合,在編譯任意模塊的任意C或C++源代碼時傳遞。

它可以用於改變一個給定的應用程序需要依賴的模塊的構建,而不是修改它自身的Android.mk文件

5. APP_BUILD_SCRIPT :默認,NDK構建系統將在$(APP_PROJECT_PATH)/jni下尋找一個名為Android.mk的文件。即,對於這個文件

$(APP_PROJECT_PATH)/jni/Android.mk

如果你想重載這個行為,你可以定義APP_BUILD_SCRIPT指向一個不同的構建腳本。

一個非絕對路徑將總是被解析為相對於NDK頂級目錄的路徑。

6. APP_ABI :默認情況下,NDK的編譯系統根據 "armeabi" ABI生成機器代碼。可以使用APP_ABI 來選擇一個不同的ABI。

比如:為瞭在ARMv7的設備上支持硬件FPU指令。可以使用 APP_ABI := armeabi-v7a

或者為瞭支持IA-32指令集,可以使用 APP_ABI := x86

或者為瞭同時支持這三種,可以使用 APP_ABI := armeabi armeabi-v7a x86

7. APP_STL :默認,NDK構建系統提供由Android系統給出的最小C++運行時庫(/system/lib/libstdc++.so)的C++頭文件。
然而,NDK帶有另一個C++實現,你可以在你自己的應用程序中使用或鏈接它。

定義APP_STL以選擇它們其中的一個: APP_STL := stlport_static –> static STLport library
APP_STL := stlport_shared –> shared STLport library
APP_STL := system –> default C++ runtime library

You May Also Like