androidmk文件

㈠ android.mk ubuntu怎麼編譯

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

---------- cut here ------------------

普通的.mk一樣

=====================================m、mm、mmm編譯命令===========================================

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

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

下面舉個例子說明，假設我要編譯android下的hardwarelibhardware_legacypower模塊，當前目錄為源碼根目錄，方法如下：
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)，用makeLOCAL_PACKAGE_NAME值；如果是include $(BUILD_EXECUTABLE)或者include $(BUILD_JAVA_LIBRARY)，用makeLOCAL_MODULE值（未驗證）。

㈡ Android.mk介紹(一)

在Linux下，可以通過Makefile來對源碼工程進行管理，Android.mk文件是Makefile的一小部分，它用來對Android程序進行編譯。Android.mk文件中描述了哪些C文件將被編譯且指明了如何編譯。Android.mk文件用來告知NDK Build 系統關於Source的信息。

1、編譯可執行程序

2、編譯動態庫或靜態庫

3、預編譯文件(APK或Java庫)

以上三種是Android.mk的主要用法，我們寫mk文件時也就是以上三種目的。

首先看一個最簡單的Android.mk的例子：

講解：

每個Android.mk文件必須以定義 LOCAL_PATH 為開始。它用於在開發tree中查找源文件。

宏 my-dir 由Build System提供。返回包含Android.mk的目錄路徑。

CLEAR_VARS 變數由Build System提供。並指向一個指定的GNU Makefile，由它負責清理很多LOCAL_xxx.

例如：LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理 LOCAL_PATH .

這個清理動作是必須的，因為所有的編譯控制文件由同一個GNU Make解析和執行，其變數是全局的。所以清理後才能避免相互影響。

LOCAL_MODULE 模塊必須定義，以表示Android.mk中的每一個模塊。名字必須唯一且不包含空格。

Build System會自動添加適當的前綴和後綴。例如，foo，要產生動態庫，則生成libfoo.so.

但請注意：如果模塊名被定為：libfoo.則生成libfoo.so. 不再加前綴。

LOCAL_SRC_FILES變數必須包含將要打包如模塊的C/C++ 源碼。

不必列出頭文件，build System 會自動幫我們找出依賴文件。

預設的C++源碼的擴展名為.cpp. 也可以修改，通過LOCAL_CPP_EXTENSION。

BUILD_SHARED_LIBRARY：是Build System提供的一個變數，指向一個GNU Makefile Script。

它負責收集自從上次調用include $(CLEAR_VARS) 後的所有LOCAL_XXX信息。並決定編譯為什麼。

BUILD_STATIC_LIBRARY：編譯為靜態庫。
BUILD_SHARED_LIBRARY ：編譯為動態庫
BUILD_EXECUTABLE：編譯為Native C可執行程序

BUILD_PACKAGE（既可以編apk，也可以編資源包文件，但是需要指定LOCAL_EXPORT_PACKAGE_RESOURCES:=true)

BUILD_JAVA_LIBRARY（Java共享庫）

BUILD_STATIC_JAVA_LIBRARY（java靜態庫）

Android源碼中有大量的mk文件，Android系統的編譯就是靠著這些mk文件的，所以學好是非常有必要的哦！

㈢ android.mk 這個文件在哪裡 我怎麼找不到

android.mk 是Android開發中,用來編譯JNI代碼的

在開發工具中,new JNI 即可創建一個 android.mk文件

一個Android.mk文件可以編譯多個模塊，每個模塊屬下列類型之一：

1. APK程序 一般的Android程序，編譯打包生成apk文件

2. JAVA庫 java類庫，編譯打包生成jar文件

3. CC++應用程序 可執行的CC++應用程序

4. CC++靜態庫 編譯生成CC++靜態庫，並打包成.a文件

5. CC++共享庫 編譯生成共享庫（動態鏈接庫），並打包成.so文， 有且只有共享庫才能被安裝/復制到您的應用軟體（APK）包中。

㈣ Android系統mk文件中列印輸出

警告方式：

錯誤方式：

信息方式：

注意：其中 parameter 表示變數．

不過一般使用 warning 在編譯過程中輸出log.

在Android.mk文件中輸出列印消息

㈤ android系統內置應用

將apk放置系統目錄：/vendor/companyname/

新建apk目錄（apk為名）-->放入apk和Android.mk文件

Android.mk作用主要是解壓apk包將lib庫文件解壓到 system/lib或system/lib64包下，拷貝到system/app或system/pri-app/ 下

第一種方式    Android.mk通過shell命令 mkdir -p  創建對應的文件夾，shell cp命令拷貝到對應的system/app或system/priv-app：

include $(CLEAR_VARS)

LOCAL_MODULE := TestDemo

$(shell mkdir -p $(PRODUCT_OUT)/system/priv-app/TestDemo)

$(shell cp $(LOCAL_PATH)/$(LOCAL_MODULE).apk $(PRODUCT_OUT)/system/priv-app/TestDemo/)

第二種方式：如果apk文件中有依賴的so文件庫，可以解壓將其拷貝到系統system/lib和system/lib64

Android.mk的內容主要就是解壓拷貝：

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := TestDemo

LOCAL_MODULE_CLASS := APPS

LOCAL_CERTIFICATE := PRESIGNED

LOCAL_MODULE_TAGS := optional

LOCAL_SRC_FILES := TestDemo.apk #源文件

LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)

LOCAL_POST_INSTALL_CMD := $(hide) UNZIP_PATH=$(LOCAL_PATH)/$(LOCAL_MODULE); \

        unzip -o $(LOCAL_PATH)/$(LOCAL_SRC_FILES) -d $$UNZIP_PATH; \

        mv $$UNZIP_PATH/lib/armeabi-v7a/ $$UNZIP_PATH/lib/arm; \

        mv $$UNZIP_PATH/lib $(TARGET_OUT)/app/$(LOCAL_MODULE)/lib; \

        rm $$UNZIP_PATH -rf;

include $(BUILD_PREBUILT)

相同的方式建立文件夾，腳本文件和Android.mk文件：

Android.mk內容：

include $(CLEAR_VARS)

LOCAL_MODULE := test.sh    #腳本名稱

LOCAL_MODULE_TAGS := optional

LOCAL_MODULE_PATH := $(TARGET_OUT)/bin #編譯後生成位置

LOCAL_SRC_FILES := $(LOCAL_MODULE)  #源碼文件

LOCAL_MODULE_CLASS := FAKE

如/vendor/companyname/mycompany.mk

PRODUCT_PACKAGES := \

                PrebuiltGmsCore \

                GmsCoreSetupPrebuilt \

                GoogleServicesFramework \

                GoogleLoginService \

                Phonesky \

                libDPN_SECURITY \

                 test.sh  \ #加入

然後在device/目錄下找到本工mk文件，例如：device/softwinner/mycompany/mycompany.mk

加入

$(call inherit-proct,vendor/companyname/mycompany.mk) #這樣系統就可以找到這個mycompany.mk文件，將這些申明的apk編譯進系統

㈥ android.mk文件怎麼寫

一個Android.mk file用來向編譯系統描述你的源代碼。具體來說：該文件是GNU Makefile的一小部分，會被編譯系統解析一次或多次。你可以在每一個Android.mk file中定義一個或多個模塊，你也可以在幾個模塊中使用同一個源代碼文件。編譯系統為你處理許多細節問題。例如，你不需要在你的Android.mk中列出頭文件和依賴文件。NDK編譯系統將會為你自動處理這些問題。這也意味著，在升級NDK後，你應該得到新的toolchain/platform支持，而且不需要改變你的Android.mk文件。
先看一個簡單的例子：一個簡單的"hello world"，比如下面的文件：
sources/helloworld/helloworld.c
sources/helloworld/Android.mk
相應的Android.mk文件會象下面這樣：
---------- cut here ------------------
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE
:= helloworld
LOCAL_SRC_FILES := helloworld.c
include $(BUILD_SHARED_LIBRARY)
---------- cut here ------------------
我們來解釋一下這幾行代碼：
LOCAL_PATH := $(call my-dir)
一個Android.mk file首先必須定義好LOCAL_PATH變數。它用於在開發樹中查找源文件。在這個例子中，宏函數』my-dir』, 由編譯系統提供，用於返回當前路徑（即包含Android.mk file文件的目錄）。
include $( CLEAR_VARS)
CLEAR_VARS由編譯系統提供，指定讓GNU MAKEFILE為你清除許多LOCAL_XXX變數（例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),除LOCAL_PATH 。這是必要的，因為所有的編譯控制文件都在同一個GNU MAKE執行環境中，所有的變數都是全局的。
LOCAL_MODULE := helloworld
LOCAL_MODULE變數必須定義，以標識你在Android.mk文件中描述的每個模塊。名稱必須是唯一的，而且不包含任何空格。注意編譯系統會自動產生合適的前綴和後綴，換句話說，一個被命名為'foo'的共享庫模塊，將會生成'libfoo.so'文件。
LOCAL_SRC_FILES := helloworld.c
LOCAL_SRC_FILES變數必須包含將要編譯打包進模塊中的C或C++源代碼文件。注意，你不用在這里列出頭文件和包含文件，因為編譯系統將會自動為你找出依賴型的文件；僅僅列出直接傳遞給編譯器的源代碼文件就好。

在Android中增加本地程序或者庫，這些程序和庫與其所載路徑沒有任何關系，只和它們的Android.mk文件有關系。Android.mk和普通的Makefile有所不同，它具有統一的寫法，主要包含一些系統公共的宏。
在一個Android.mk中可以生成多個可執行程序、動態庫和靜態庫。
1，編譯應用程序的模板：
#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)
（菜鳥級別解釋：:=是賦值的意思，$是引用某變數的值）LOCAL_SRC_FILES中加入源文件路徑，LOCAL_C_INCLUDES 中加入所需要包含的頭文件路徑，LOCAL_STATIC_LIBRARIES加入所需要鏈接的靜態庫（*.a）的名稱，LOCAL_SHARED_LIBRARIES中加入所需要鏈接的動態庫（*.so）的名稱，LOCAL_MODULE表示模塊最終的名稱，BUILD_EXECUTABLE表示以一個可執行程序的方式進行編譯。
2，編譯靜態庫的模板：
#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表示編譯一個靜態庫。
3，編譯動態庫的模板：
#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/proct/generic/obj/EXECUTABLE
out/target/proct/generic/obj/STATIC_LIBRARY
out/target/proct/generic/obj/SHARED_LIBRARY
每個模塊的目標文件夾分別為：
可執行程序：XXX_intermediates
靜態庫： XXX_static_intermediates
動態庫： XXX_shared_intermediates
另外，在Android.mk文件中，還可以指定最後的目標安裝路徑，用LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH來指定。不同的文件系統路徑用以下的宏進行選擇：
TARGET_ROOT_OUT：表示根文件系統。
TARGET_OUT：表示system文件系統。
TARGET_OUT_DATA：表示data文件系統。
用法如：
CAL_MODULE_PATH:=$(TARGET_ROOT_OUT)

㈦ 如何調用android.mk 中的變數

變數
1
LOCAL_PATH := $(call my-dir)
1、解釋 LOCAL_PATH：
英文：如下圖
中文：Android.mk 開始必須定義變數 LOCAL_PATH，它用來指定源文件的位置
2、解釋 my-dir：
英文：如下圖
中文：編譯系統提供的'my-dir'宏函數，被用來獲取當前的目錄。

2
include $(CLEAR_VARS)
1、解釋 CLEAR_VARS：
英文：如下圖
中文：編譯系統提供CLEAR_VARS變數，它指向了一個用來清除 LOCAL_ 開頭的變數（LOCAL_PATH除外)的makefile文件，需要它的原因是整個的編譯上下文中，所有的變數都是全局的，這樣就可以保證這些變數只在局部范圍內起作用；

3
LOCAL_MODULE := hello-jni
1、解釋 LOCAL_MODULE：
英文：如下圖
中文：每一個android.mk文件中都必須定義一個模塊標示 LOCAL_MODULE ， 這個名字必須是唯一的並且不包含任何的空格，編譯系統將自動的修改生成文件的前綴和後綴，如一個模塊為'foo'共享庫將被改為'libfoo.so';
重要提示，如果你的模塊名為'libfoo',編譯系統生成的文件為 'libfoo.so', 而不會去再增加前綴，當你使用的時候，android平台會自動識別；

4
LOCAL_SRC_FILES := hello-jni.c
1、解釋 LOCAL_SRC_FILES
英文：如下圖
中文：LOCAL_SRC_FILES必須包含一系列的C/C++源文件，他們將會被建立和裝載到模塊中，注意你不應該把需要包含的頭文件列在這里，因為建立系統將自動計算依賴項，只有源文件才能夠被編譯器識別；
2、解釋 LOCAL_CPP_EXTENSION
英文：如下圖
中文：注意默認的c++文件擴展名是'.cpp', LOCAL_CPP_EXTENSION可以用來指定不同類型的擴展名，不要忘了前面的點（如：'.cxx' 將起作用, 但是 'cxx'不會起作用).
如：LOCAL_CPP_EXTENSION := .cc .cpp

5
include $(BUILD_SHARED_LIBRARY)
1、解釋 BUILD_SHARED_LIBRARY
英文：如下圖
中文：『建立系統』提供個變數 BUILD_SHARED_LIBRARY， 將根據在『include』之前定義的所有的信息和LOCAL_前綴的變數，決定將建立什麼，如何正確的生成共享庫；
2、解釋 BUILD_STATIC_LIBRARY
英文： 如下圖
中文： 同上，只不過它生成的是靜態庫

6
LOCAL_C_INCLUDES := $(NDK_ROOT)/sources/third_party/freetype
1、解釋 NDK_ROOT
中文：NDK_ROOT 代表的是ndk的根目錄，如我的是「D:\Android\android-ndk-r10」，這個例子是用來載入ndk根目錄下的freetype的頭文件路徑；
7
LOCAL_LDFLAGS := \
$(LOCAL_PATH)/libs/$(TARGET_ARCH_ABI)/libfreetype.a
1、解釋 LOCAL_LDFLAGS
中文：用來載入用戶自己的靜態庫(.a文件)
2、解釋 TARGET_ARCH_ABI
中文：當前的cpu/abi的類型，在鏈接不同類型的CPU_ABI時非常有用，如下圖

8
$(call import-add-path,$(LOCAL_PATH)/libsrc)
1、解釋：import-add-path
中文：增加自己的路徑到 NDK_MODULE_PATH 環境變數中，再非ndk根目錄/sources下編譯時會用到
9
LOCAL_SRC_FILES := hello-jni.c HelloJni.cpp
$(error $(LOCAL_SRC_FILES))
1、解釋：$
中文：變數前面加上"$"用來返回變數的值
2、解釋：$(error string)
中文：用來將string所對應的內容列印到控制台，並且android.mk文件停止繼續進行編譯，如下圖

10
LOCAL_SRC_FILES := hello-jni.c HelloJni.cpp
$(warning $(LOCAL_SRC_FILES))
1、解釋：$(warning string)
中文：用來將string所對應的內容列印到控制台，並且android.mk文件將繼續進行編譯，如下圖

11
LOCAL_PRELINK_MODULE := false
1、解釋 LOCAL_PRELINK_MODULE：
中文：關閉編譯器鏈接前進行代碼優化，防止將沒有用到的代碼不添加到生成的庫中
12
LOCAL_EXPORT_CFLAGS := -DFOO=1
1、解釋 LOCAL_EXPORT_CFLAGS
定義這個變數來記錄一些列的 c/c++編譯標志，他們將會增加到其他的使用這個模塊的LOCAL_CFLAGS中，LOCAL_CFLAGS的功能相當於：LOCAL_STATIC_LIBRARIES 和 LOCAL_SHARED_LIBRARIES 這兩個變數；

13
LOCAL_STATIC_LIBRARIES := foo
1、解釋 LOCAL_STATIC_LIBRARIES
鏈接進來一個靜態庫的模塊，這里是靜態庫的模塊的名稱，而不是靜態庫的名稱
14
LOCAL_SHARED_LIBRARIES
鏈接進來一個動態庫的模塊，這里是動態庫的模塊的名稱，而不是靜態庫的名稱

15
LOCAL_EXPORT_CPPFLAGS
跟 LOCAL_EXPORT_CFLAGS 的功能一樣，但是它只能夠在c++中使用

16
LOCAL_EXPORT_C_INCLUDES
跟 LOCAL_EXPORT_CFLAGS，但是對於c的 include路徑，被調用模塊申明後，使用模塊可以很方便的使用包含的路徑

17
LOCAL_EXPORT_LDFLAGS
跟LOCAL_EXPORT_CFLAGS的作用一樣，但是僅僅是鏈接選項
18
LOCAL_EXPORT_LDLIBS
跟LOCAL_EXPORT_CFLAGS的作用類似，但是這個變數說明的系統庫，需要帶上 '-l' 前綴，他們將導入鏈接器選項，並追加到你的模塊的 LOCAL_LDLIBS
19
LOCAL_ALLOW_UNDEFINED_SYMBOLS := true
允許未定義的符號
20
LOCAL_CFLAGS
.c文件對應的編譯標記變數
21
LOCAL_LDLIBS
用來鏈接共享庫（so）或者執行文件，使用系統的庫文件的時候，需要加上前綴 '-l'，例如下面的例子，將告訴連接器生成的模塊的時候同時鏈接 /system/lib/libz.so
LOCAL_LDLIBS := -lz
注意：如果你在一個模塊中鏈接一個靜態庫，這個靜態庫是不會起作用的，同時ndk-build 會列印出一條警告消息
22
LOCAL_CFLAGS := -fvisibility=hidden
隱藏庫函數名
23
LOCAL_PROGUARD_ENABLED默認是打開的，不特別指定的話，就是起作用的，就可能做優化。
LOCAL_PROGUARD_ENABLED:= disabled