Android.mk的用法和基礎 && m、mm、mmm編譯命令

        一個Android.mk file用來向編譯系統描述你的原始碼。具體來說：該檔案是GNU Makefile的一小部分，會被編譯系統解析一次或多次。你可以在每一個Android.mk file中定義一個或多個模組。每個模組屬下列型別之一：   1）APK程式，一般的Android程式，編譯打包生成apk檔案   2）JAVA庫，java類庫，編譯打包生成jar檔案   3)  C\C++應用程式，可執行的C\C++應用程式   4）C\C++靜態庫，編譯生成C\C++靜態庫，並打包成.a檔案   5）C\C++共享庫， 編譯生成共享庫（動態連結庫），並打包成.so， 有且只有共享庫才能被安裝/複製到您的應用軟體（APK）包中。 （1）先看一個簡單的例子：一個簡單的"hello world"，比如下面的檔案： sources/helloworld/helloworld.c  sources/helloworld/Android.mk 相應的Android.mk檔案會像下面這樣： ---------- cut here ------------------

1. LOCAL_PATH := $(call my-dir)

2. include $(CLEAR_VARS)

3. LOCAL_MODULE

4. := helloworld

5. LOCAL_SRC_FILES := helloworld.c

6. include $(BUILD_SHARED_LIBRARY)

--------- cut here ------------------       我們來解釋一下這幾行程式碼： 1，LOCAL_PATH := $(call my-dir) ，一個Android.mk file首先必須定義好LOCAL_PATH變數。它用於在開發樹中查詢原始檔。在這個例子中，巨集函式‘my-dir’, 由編譯系統提供，用於返回當前路徑（即包含Android.mk file檔案的目錄）。 2，include $( CLEAR_VARS)，CLEAR_VARS由編譯系統提供（(可以在 android 安裝目錄下的/build/core/config.mk 檔案看到其定義，為 CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk)），指定讓GNU MAKEFILE為你清除許多LOCAL_XXX變數（例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),除LOCAL_PATH 。這是必要的，因為所有的編譯控制檔案都在同一個GNU MAKE執行環境中，所有的變數都是全域性的。 3，LOCAL_MODULE := helloworld，LOCAL_MODULE變數必須定義，以標識你在Android.mk檔案中描述的每個模組。名稱必須是唯一的。注意編譯系統會自動產生合適的字首和字尾，換句話說，一個被命名為'foo'的共享庫模組，將會生成'libfoo.so'檔案（也可以直接已libxxx命名好）。 4，LOCAL_SRC_FILES := helloworld.c，LOCAL_SRC_FILES變數必須包含將要編譯打包進模組中的C或C++原始碼檔案。注意，你不用在這裡列出標頭檔案和包含檔案，因為編譯系統將會自動為你找出依賴型的檔案；僅僅列出直接傳遞給編譯器的原始碼檔案就好。

       此處雖沒用到其他常用的還有：

5，LOCAL_C_INCLUDES：可選變數，表示標頭檔案的搜尋路徑。預設的標頭檔案的搜尋路徑是LOCAL_PATH目錄。示例：LOCAL_C_INCLUDES := sources/foo或LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo

6，TARGET_ARCH：目標 CPU平臺的名字；TARGET_PLATFORM：Android.mk 解析的時候，目標 Android 平臺的名字；TARGET_ARCH_ABI：暫時只支援兩個 value，armeabi 和 armeabi-v7a

7，LOCAL_STATIC_LIBRARIES: 表示該模組需要使用哪些靜態庫，以便在編譯時進行連結。

8，LOCAL_SHARED_LIBRARIES:  表示模組在執行時要依賴的共享庫（動態庫），在連結時就需要，以便在生成檔案時嵌入其相應的資訊。

9，LOCAL_LDLIBS:  編譯模組時要使用的附加的連結器選項。

10，LOCAL_ARM_MODE: 預設情況下， arm目標二進位制會以 thumb 的形式生成(16 位)，你可以通過設定這個變數為 arm如果你希望你的 module 是以 32 位指令的形式

11，LOCAL_CFLAGS:  可選的編譯器選項，在編譯 C 程式碼檔案的時候使用。比如：

1. ifeq ($(BACKCAR_DATA_SOURCE), GPIO)

2. CFLAGS += -DGPIO_ENABLE

3. endif

在C程式碼中就可以用

1. #ifdef GPIO_ENABLE

2. *prStatu = BCWaitProtocolFromGPIO();

3. #endif

12，include $(call all-subdir-makefiles)：返回一個位於當前'my-dir'路徑的子目錄中的所有Android.mk的列表。

（2）在Android中生成本地程式或者庫，這些程式和庫與其所在路徑沒有任何關係，只和它們的Android.mk檔案有關係。Android.mk和普通的Makefile有所不同，它具有統一的寫法，主要包含一些系統公共的巨集。在一個Android.mk中可以生成多個可執行程式、動態庫和靜態庫。 A，編譯C/C++應用程式的模板：      #Test Exe      LOCAL_PATH := $(call my-dir)      include $(CLEAR_VARS)      LOCAL_SRC_FILES:= main.c      LOCAL_MODULE:= test_exe      #LOCAL_C_INCLUDES :=      #LOCAL_STATIC_LIBRARIES :=      #LOCAL_SHARED_LIBRARIES :=      include $(BUILD_EXECUTABLE) BUILD_EXECUTABLE表示以一個可執行程式的方式進行編譯。補充說明：include $(BUILD_PACKAGE)則是編譯出一個apk，include $(BUILD_STATIC_JAVA_LIBRARY)則是編譯出jar包。 B，編譯靜態庫的模板：      #Test Static Lib      LOCAL_PATH := $(call my-dir)      include $(CLEAR_VARS)      LOCAL_SRC_FILES:= /                helloworld.c      LOCAL_MODULE:= libtest_static      #LOCAL_C_INCLUDES :=      #LOCAL_STATIC_LIBRARIES :=      #LOCAL_SHARED_LIBRARIES :=      include $(BUILD_STATIC_LIBRARY) 一般的和上面相似，BUILD_STATIC_LIBRARY表示編譯一個靜態庫.a檔案。靜態庫不會複製到的APK包中，但是能夠用於編譯共享庫。 C，編譯動態庫的模板：      #Test Shared Lib      LOCAL_PATH := $(call my-dir)      include $(CLEAR_VARS)      LOCAL_SRC_FILES:= /                helloworld.c      LOCAL_MODULE:= libtest_shared      TARGET_PRELINK_MODULES := false      #LOCAL_C_INCLUDES :=      #LOCAL_STATIC_LIBRARIES :=      #LOCAL_SHARED_LIBRARIES :=       include $(BUILD_SHARED_LIBRARY) 一般的和上面相似，BUILD_SHARED_LIBRARY表示編譯一個動態庫。       以上三者的生成結果分別在如下，generic依具體target會變： out/target/product/generic/obj/EXECUTABLE out/target/product/generic/obj/STATIC_LIBRARY out/target/product/generic/obj/SHARED_LIBRARY       每個模組的目標資料夾分別為： 可執行程式：XXX_intermediates 靜態庫：      XXX_static_intermediates 動態庫：      XXX_shared_intermediates （3）另外，在Android.mk檔案中，還可以指定最後的目標安裝路徑，用LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH來指定。不同的檔案系統路徑用以下的巨集進行選擇： TARGET_ROOT_OUT：表示根檔案系統out/target/product/xxxxx/root。 TARGET_OUT：表示system檔案系統out/target/product/xxxx/system。 TARGET_OUT_DATA：表示data檔案系統out/target/product/xxxx/data。

TARGET_OUT_SHARED_LIBRARIES：表示out/target/product/xxxx/system/lib

TARGET_OUT_APPS：表示out/target/product/xxxx/system/app

ANDROID_PRODUCT_OUT：out/target/product/xxxx/

TARGET_OUT_JAVA_LIBRARIES：out/target/product/xxxx/system/framework

（4）Android.mk中的巨集定義控制

比如一個資料夾的Android.mk如下

1. ifeq ($(strip $(TARGET_BOARD_PLATFORM_GPU)), mali400)

2. LOCAL_PATH := $(call my-dir)

3. ifeq ($(strip $(TARGET_BOARD_PLATFORM)),rkpx2)

4. ifeq ($(strip $(TARGET_PRODUCT)),rkpx2)

5. include $(CLEAR_VARS)

6. LOCAL_PREBUILT_LIBS := hwcomposer.rk30board.so

7. LOCAL_MODULE_TAGS := optional

8. LOCAL_MODULE_PATH := $(TARGET_OUT_SHARED_LIBRARIES)/hw

9. include $(BUILD_MULTI_PREBUILT)

10. include $(CLEAR_VARS)

11. LOCAL_PREBUILT_LIBS := gralloc.rk30board.so

12. LOCAL_MODULE_TAGS := optional

13. LOCAL_MODULE_PATH := $(TARGET_OUT_SHARED_LIBRARIES)/hw

14. include $(BUILD_MULTI_PREBUILT)

15. endif

16. endif

17. endif

在對應的專案.mk中配置TARGET_BOARD_PLATFORM_GPU := mali400，或者其它值，就可以起開關作用

（5）Android.mk中執行shell命令

取一個片段，如下：

1. ifeq ($(MTK_SENSOR_SUPPORT),yes)

2. LOCAL_PATH := $(call my-dir)

3. ifeq ($(CUSTOM_KERNEL_MAGNETOMETER), )

4. $(shell rm -f $(PRODUCT_OUT)/system/etc/permissions/android.hardware.sensor.compass.xml)

5. endif

6. ifeq ($(CUSTOM_KERNEL_ACCELEROMETER), )

7. $(shell rm -f $(PRODUCT_OUT)/system/etc/permissions/android.hardware.sensor.accelerometer.xml)

8. endif

普通的.mk一樣

（6）Android.mk中 filter 和 filter-out 的用法 

舉一個例子比較直觀：

filter $(filter word1 word2,$(VARIANTS)) 判斷變數VARIANTS中是否包含word1和 word2，如果包含就把VARIANTS中包含的word1和word2之外的過濾掉。示例： VARIANTS := mon tue wed thu fri sat sun DAY := $(filter sat sun,$(VARIANTS)) $(info $(DAY)) 輸出結果為：sat sunfilter-out $(filter-out word1 word2,$(VARIANTS)) 判斷變數VARIANTS中是否包含word1和 word2，如果包含就把VARIANTS中包含的word1和word2過濾掉，其餘的全部保留。示例： VARIANTS := mon tue wed thu fri sat sun DAY := $(filter-out sat sun,$(VARIANTS)) $(info $(DAY)) 輸出結果為： mon tue wed thu fri  =================m、mm、mmm編譯命令======================

android原始碼目錄下的build/envsetup.sh檔案，描述編譯的命令 - m:       Makes from the top of the tree.  - mm:      Builds all of the modules in the current directory.  - mmm:     Builds all of the modules in the supplied directories. 

所以要想使用這些命令，首先需要在android原始碼根目錄執行build/envsetup.sh 指令碼設定環境。 m：編譯所有的模組  mm：編譯當前目錄下的模組，當前目錄下要有Android.mk檔案  mmm：編譯指定路徑下的模組，指定路徑下要有Android.mk檔案 

下面舉個例子說明，假設我要編譯android下的\hardware\libhardware_legacy\power模組，當前目錄為原始碼根目錄，方法如下：  1、. build/envsetup.sh  2、mmm hardware/libhardware_legacy/power/  或者 ：  1、. build/envsetup.sh  2、cd hardware/libhardware_legacy/power/  3、mm 

m沒有試過。預設上述兩個編譯命令，只編譯發生變化的檔案。如果要編譯模組的所有檔案，需要-b選項，例如mm  -b或者mmm -b

      make命令，也可以用來編譯。如果是include $(BUILD_PACKAGE)，用make LOCAL_PACKAGE_NAME值；如果是include $(BUILD_EXECUTABLE)或者include $(BUILD_JAVA_LIBRARY)，用make LOCAL_MODULE值（未驗證）。

參考原文：http://hubingforever.blog.163.com/blog/static/171040579201152185542166/

參考原文：http://blog.163.com/zz_forward/blog/static/212898222201442873435471/