Android.mk腳本結構html
下面是main.mk文件包含關係,本文檔主要說明的就是這些文件裏到底作了什麼。(這個文件被根目錄下的makefile文件包含)java
一. main.mknode
1.檢查版本號,設置環境變量(BUILD_SYSTEM)和缺省的目標。$(MAKE_VERSION) >= 3.81,BUILD_SYSTEM= build/corelinux
2.包含文件BUILD_SYSTEM/config.mk。根據配置信息和主機目標機信息,設置一些變量。android
3.包含文件BUILD_SYSTEM/cleanbuild.mk。若是當前配置改變,強制刪除上次的編譯結果shell
4.包含文件OUT_DIR/version_check.mk。就設置了VERSIONS_CHECKED。若是版本序號改變,即 VERSION_CHECK_SEQUENCE_NUMBER!=VERSIONS_CHECKED,檢查文件系統是否大小寫不敏感。文件路徑上是否沒有 空格。JAVA,JAVAC的版本是不是1.6。windows
5.包含文件BUILD_SYSTEM/definitions.mk。定義了不少函數供makefile文件系統使用。app
主要的是transform-xxx-to-xxx的形式,好比transform-cpp-to-o。並定義了一個make目標dist,額外的拷貝一些重要的文件到目標文件夾。eclipse
6.檢查MAKECMDGOALS和TARGE_BUILD_VARIANT.根據MAKECMDGOALS設置標量is_sdk_build,是否編譯SDK。函數
7.根據TARGE_BUILD_VARIANT,設置tags_to_install,ADDITIONAL_DEFAULT_PROPERTIES
TARGE_BUILD_VARIANT tags_to_install ADDITIONAL_DEFAULT_PROPERTIES user user ro.secure=1 ro.allow.mock.location=0 eng user debug eng ro.setupwizard.mode=OPTIONAL tests user debug eng sdk user debug eng xmpp.auto-presence=true ro.config.nocheckin=yes user debug user debug ro.sercure=1 dalvik.vm.lockprof.threshold=500
ro.allow.mock.location=0
ro.debuggable=1 persist.service.adb=1
8.檢查PARDUCT_TAG是否包含dalvik.gc.type-precise,若是包含設置ADDITIONAL_DEFAULT_PROPERTIES+=dalvik.vm.dexopt-flags=m=y
9.判斷PRODUCT_COPY_FILES。爲空就安裝apns-conf.xml文件
PRODUCT_COPY_FILE=development/data/etc/apns-conf_sdk.xml:system/etc/apns-conf.xml
若是TARGE_BUILD_VARIANT包含eng,tests但不包含sdk,且vendor/google/etc/apns- conf.xml文件存在,則PRODUCT_COPY_FILE=vendor/google/etc/apns-conf.xml:system /etc/apns-conf.xml
10.設置ADDITIONAL_BUILD_PROPERTIES+= net.bt.name=Android
dalvik.vm.stack-trace-file=/data/anr/traces.txt
11.若是MAKECMDGOALS僅包含showcommands或checkbuild,設置make目標爲DEFAULT_GOALS
12.若是MAKECMDGOALS不包含clean,clobber,dataclean,installclean,根據不一樣的主機平臺和處理器品平臺,包含進要編譯的模塊,設置subdirs。
13.經過build/tools/findleaves.py,把subdirs目錄下的Android.mk存在subdirs_makefiles。幷包含這些文件。若是使用mm命令,只包含當前目錄下的Android.mk。
14.如果所有編譯,包含frameworks/policies/base/PolicyConfig.mk。生成android.policy模塊,並定義了本身的make刪除操做policy_installclean。
15.根據tags_to_install和is_sdk_build,設置哪些模塊須要安裝,並存入modules_to_install.
這裏主要有兩個函數要說明一下:
get-tagged-modules $1 $2 這兩個參數通常都是ALL_MODULE_TAGS=debug eng gnuoptional samples testsuser裏面的值,取得$1中不包括$2的列表,好比tests user,返回$(ALL_MODULE_TAGS.user)$(ALL_MODULE_TAGS.tests)即帶有user或tests標記模塊的 目標文件路徑列表。
Module-installed-files $1 $1通常的是一個短的模塊名,好比framework,Browers,返回這個模塊的目標文件路徑
16.包含:$(BUILD_SYSTEM)/Makefile。主要是定義了一些僞目標。
17.定義modules_to_check,文件路徑列表,若模塊沒有定義LOCAL_DONT_CHECK_MODULE,會把生成目標的規則加入到這個變量,以便在modules_to_install後檢查目標是否生成成功,目標不存在的話再次生成目標。
18.定義一些make target
target |
說明 |
.PHONY:checkbuilt checkbuilt: $(modules-to-check) |
生成沒有定義LOCAL_DONT_CHECK_MODULE的模塊並拷貝到系統目錄 |
.PHONY:prebuilt prebuit: $(ALL_PREBUILT) |
拷貝預遍野的文件(好比用include prebuild.mk編譯的)到系統目錄 |
.PHONY: files files: prebuilt checkbuilt moduls-to-install $(INSTALLED_ANDROID_INFO_TXT_TARGET)
|
生成全部目標文件(包括:prebuile,modules-to-install,modules-to- check,INSTALLED_ANDROID_INFO_TXT_TARGET)並拷貝到系統目錄。 INSTALLED_ANDROID_INFO_TXT_TARGET在build/target/board/Android.mk定義=out /target/product/**/android-info.txt |
.PHONY: ramdisk ramdisk: $(INSTALL_RAMDISK_TARGET) |
生成ramdisk.img $(HOST_OUT_EXECUTABLES)/mkbootfs $(PRODUCT_OUT)/root|$(HOST_OUT_EXECUTABLES)/minizip > $(PRODUCT_OUT)/ramdisk.img |
.PHONY: systemimage systemimage: $(INSTALL_SYSTEMIMAGE) |
生成system.img $(INSTALLED_SYSTEMIMAGE): $(BUILT_SYSTEMIMAGE) $(HOST_OUT_EXECUTABLES)/mkyaffs2image$(PRODUCT_OUT)/system$(PRODUCT_OUT)/obj/PACKING/systemimage_unopt_intermediates/system.img cp **/system.img (PRODUCT_OUT)/system.img |
.PHONY: userdataimage userdataimage:$(INSTALL_USERDATAIMAGE_TARGET) |
生成data.img $(HOST_OUT_EXECUTABLES)/mkyaffs2image $(PRODUCT_OUT)/data $(PRODUCT_OUT)/data.img |
.PHONY: bootimage bootimage: $(INSTALL_BOOTIMAGE_TARGET) |
生成boot.img if(TARGET_NO_KERNEL=true), INSTALL_BOOTIMAGE_TARGET=$(PRODUCT_OUT)/boot.img else $(PRODUCT_OUT)/boot.img=. 參數: INTERNAL_BOOTIMAGE_ARGS := \ $(addprefix --second ,$(INSTALLED_2NDBOOTLOADER_TARGET)) \ --kernel $(INSTALLED_KERNEL_TARGET) \ --ramdisk $(INSTALLED_RAMDISK_TARGET) $(HOST_OUT_EXECUTABLES)/mkbootimg --kernel $(PRODUCT_OUT)/kernel –ramdisk $(PRODUCT_OUT)/ramdisk.img >$(PRODUCT_OUT)/boot.img |
.PHONY: recoveryimage recoveryimage:$(INSTALL_RECOVERYIMAGE_TARGET) |
生成ramdisk-recovery.img recovery.img 目錄$(PRODUCT_OUT) rm -rf recovery mkdir -p recovery mkdir -p recovery/root mkdir -p recovery/root/etc mkdir -p recovery/root/tmp cp -R root recovery/root cp -f /bootable/recovery/init.rc recovery/root/ cp -f obj/EXECUTABLES/recovery_intermediates/recovery recovery/root/sbin/ cp -rf /bootable/recovery/res recovery/root/ $(foreach item,/build/target/product/**/recovery/res cp -rf $(item) recovery/root/) cp /obj/PACKAGING/ota_keys_ intermediates/keys recovery/res/keys cat root/default.prop system/build.prop > recovery/root/default.prop
$(HOST_OUT_EXECUTABLES)/mkbootfs$(PRODUCT_OUT)/recovery/root|$(HOST_OUT_EXECUTABLES)/minizip > $(PRODUCT_OUT)/ramdisk-recovery.img $(HOST_OUT_EXECUTABLES)/mkbootimg --kernel $(PRODUCT_OUT)/kernel –ramdisk$(PRODUCT_OUT)/ramdisk-recovery.img > $(PRODUCT_OUT)/recovery.img |
|
|
.PHONY: droidcore droidcore: files \ systemimage \ $(INSTALLED_BOOTIMAGE_TARGET) \ $(INSTALLED_RECOVERYIMAGE_TARGET) \ $(INSTALLED_USERDATAIMAGE_TARGET) \ $(INSTALLED_FILES_FILE) |
生成整個系統 system.img ramdisk.img/boot.img ramdisk-recovery.img recovery.img userdata.img installed-files.txt |
.PHONY: apps_only |
生成TARGET_BUILD_APPS指定的APPS模塊. 若TARGET_BUILD_APPS包含all就編譯所有APPS模塊 |
droid |
默認target。 ifneq ($(TARGET_BUILD_APPS),) droid: apps_only else droid:droidcore |
.PHONY: sdk |
生成sdk |
.PHONY: clean .PHONY: clobber |
刪除生成文件 |
.PHONY: modules |
顯示全部模塊名 |
.PHONY: showcommands |
顯示命令 |
二. config.mk
1.設置一些原文件路徑,以SRC_開頭
2.包含文件$(BUILD_SYSTEM)/pathmap.mk,定義了一些短名到長路徑名的影射,
存放在pathmap_INCL,經過include-path-for $1 根據短名獲取到長路徑名FRAMEWORKS_BASE_JAVA_SRC_DIRS 保存了全部要編進Android.jar的framework/base下的文件路徑。
3.設置編譯目標,.jar,.bin,.so,.a,.apk,...。以BUILD_開頭,指向具體的mk文件。好比BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk
4.設置通常編譯選項和不一樣類型的文件後綴名。以COMMON_開頭。COMMON_GLOBAL_CFLAGS,COMMON_RELEASE_CFLAGS。COMMON_PACKAGE_SUFFIX:=.zip
5.包含include$(TOPDIR)buildspec.mk。設置一些主要的變量,好比目標產品名稱。這些都要咱們在make以前設置。這個文件有個模版是build/buildspec.mk.default。
6.包含include$(BUILD_SYSTEM)/envsetup.mk。設置一些跟product相關的變量。
7.在build/target/board/$(TARGET_DEVICE)/BroadConfig.mk,device/* /$(TARGET_DEVICE)/BroadConfig.mk veror/*/$(TARGET_DEVICE) /BroadConfig.mk 這三個路徑下,查找product的目標設備的BroadConfig.mk文件。幷包含進來。 BroadConfig.mk設置了每一個設備的本身的一些變量值,來區別編譯時的行爲。TARGET_CPU_ABI 必需要設置。這些設備是被product.mk中 TARGET_DEVICE指定,一個設備信息能夠被不少個product使用。
8.設置combo_target := HOST_,包含include $(BUILD_SYSTEM)/combo/select.mk。
根據操做系統和CPU類型設置以HOST_開頭的變量,幷包含include$(BUILD_SYSTEM)/combo /HOST_$(HOST_OS)_$(HOST_ARCH).mk,其中HOST_OS是主機操做系統,HOST_ARCH是主機CPU類型,好比 HOST_linux_x86.mk.在這個文件裏修改以HOST_開頭的變量,主要是向HOST_GLOBAL_CFLAGS添加標誌。
9.設置combo_target := TARGET_,包含include $(BUILD_SYSTEM)/combo/select.mk。
根據操做系統和CPU類型設置以TARGET_開頭的變量,幷包含include$(BUILD_SYSTEM)/combo /TARGET_$(TARGET_OS)_$(TARGET_ARCH).mk,其中TARGET_OS是目標操做系統,TARGET_ARCH是目標 CPU類型,好比TARGET_linux_arm.mk.在這個文件裏修改以TARGET_開頭的變量,主要是設置交叉編譯工具和參數和基本的系統頭文 件。定義了transform-o-to-shared-lib-inner,transform-o-to-executable- inner,transform-o-to-static-executable-inner三個函數,把.o文件分別轉化成共享庫文件,可執行文件,靜 態庫文件。
10.包含 include$(BUILD_SYSTEM)/combo/javac.mk。獲得一個JAVAC編譯器
CUSTOM_JAVA_COMPILER |
COMMON_JAVAC |
eclipse |
=java -Xmx256m -jar prebuilt/common/ecj/ecj.jar -5 \ -maxProblems 9999999 -nowarn |
openjdk |
= prebuilt/common/openjdk/bin/javac -target 1.5 \ -Xmaxerrs 9999999 |
others |
Windows: = development/host/windows/prebuilt/javawrap.exe -J-Xmx256m \ -target 1.5 -Xmaxerrs 9999999 |
Other:=javac -J-Xmx512M -target 1.5 -Xmaxerrs 9999999 |
11.檢查BUILD_ENV_SEQUENCE_NUMBER,這個是在前面的buildspec.mk設置或者經過envsetup.sh腳本設置。
12.設置主機通用工具變量。其中一些是主機自帶的LEX:= flex
YACC:=bison -d DOXYGEN:= doxygen,還有一些是在/out/target/$($(HOST_OS)-$(HOST_ARCH))/bin下的程 序,MKBOOTIMG:=$(HOST_OUT_EXECUTABLES)/mkbootimg。
13.設置最終的編譯鏈接參數。有以下參數變量:
HOST_GLOBAL_CFLAGS, HOST_RELEASE_CFLAGS, HOST_GLOBAL_CPPFLAGS,
HOST_RELEASE_CPPFLAGS, TARGET_GLOBAL_CFLAGS, TARGET_RELEASE_CFLAGS,
TARGET_GLOBAL_CPPFLAGS,TARGET_RELEASE_CPPFLAGS, HOST_GLOBAL_LD_DIRS,
TARGET_GLOBAL_LD_DIRS, HOST_PROJECT_INCLUDES, TARGET_PROJECT_INCLUDES,
13.得到sdk和ndk的版本號列表。TARGET_AVAILABLE_SDK_VERSIONS和TARGET_AVAILABLE_NDK_VERSIONS
三. envsetup.mk
1.包含:include$(BUILD_SYSTEM)/version_defaults.mk 設置那些咱們須要設置的變量的缺省值。這個文件咱們不因該改動,改動應該在build_id.mk裏。
PLATFORM_VERSION
|
2.2.1 |
PLATFORM_SDK_VERSION
|
8 |
PLATFORM_VERSION_CODENAME
|
REL |
DEFAULT_APP_TARGET_SDK
|
PLATFORM_SDK_VERSION
|
BUILD_ID
|
MASTER |
BUILD_NUMBER |
eng.$(USER).$(date) |
2.設置在文件buildspec.mk裏或經過envsetup.sh設置的變量的缺省值。
TARGET_PRODUCT |
generic(TARGET_SIMULATOR := false) sim(TARGET_SIMULATOR:=false) |
TARGET_BUILD_VARIANT |
eng |
HOST_OS |
windows/linux/darwin |
HOST_ARCH |
x86/ppc |
HOST_BUILD_TYPE |
release |
TARGET_OS |
linux |
TARGET_ARCH |
arm |
TARGET_BUILD_TYPE |
release |
3.包含:include$(BUILD_SYSTEM)/product_config.mk。定義了兩種MAKECMDGOALS參數形式,根據product和device目錄下的mk文件生成相應的PRODUCTS_xxx_xxx和DEVICES_xxx_xxx變量。中間的是文件的路徑,後面的是文件裏定義的變量。
4.設置一些列路徑變量。主機路徑以HOST_OUT_* 或HOST_*_OUT_*形式,目標機路徑以TARGET_OUT_* 或TARGET_*_OUT_*形式。
5.根據MAKECMDGOALS,若其中包含dumpvar-%或dumpvar-abs-%,就生成一個以dumpvar-%或 dumpvar-abs-%命名的make目標。實現是打印出%所表示的變量的值。這個變量必需要在這以前已經定義了,後一種在前面還打印出當前的路徑。 這兩種狀況必需要先設置CALLED_FROM_SETUP=true。envsetup.sh的get_build_var和 get_abs_build_var()函數就是運用的這個原理打印變量的值。
四. product_config.mk
1.定義兩種命令形式:
makePRODUCT-<prodname>-<goal>
TARGET_PRODUCT := prodname TARGET_BUILD_VARIANT := goal
make APP-<appnames>
TARGET_BUILD_APPS := appnames
2.包含:include$(BUILD_SYSTEM)/node_fns.mk
include $(BUILD_SYSTEM)/product.mk
include $(BUILD_SYSTEM)/device.mk
這三個文件主要是定義了一些函數來相互調用或供product_config.mk文件調用
函數名 |
說明 |
node_fns.mk Import- nodes $(1) $(2) $(3) |
import-nodes須要3個入口參數: |
product.mk |
獲得device/和vendor/, 包括子目錄,以及build/target/product/下的AndroidProducts.mk文件列表 |
product.mk |
獲得全部AndroidProducts.mk文件中 PRODUCT_MAKEFILES變量定義的mk文件列表 |
product.mk |
調用import-nodes(node_fns.mk),設置$1=PRODUCTS,設置$3=$(_product_var_list),_product_var_list是以PRODUCT_開頭的變量名。 |
product.mk |
將在全部的PRODUCT_xxx變量值後綴加上'@inherit:<mk文件>' |
product.mk |
檢查PRODUCT_NAME,PRODUCT_BRAND,PRODUCT_COPY_FILES定義的是否正確 |
product.mk |
根據product的名字,獲得定義它的mk文件路徑 (resolve-short-product-name generic → /build/target/product/generic.mk) |
device.mk |
調用import-nodes(node_fns.mk),設置$1=DEVICES,設置$3=$(_device_var_list),_device_var_list是以DEVICE_開頭的變量名。 |
device.mk |
將在全部的DEVICE_變量值後綴加上'@inherit:<mk文件>' |
device.mk |
根據device的名字,獲得定義它的mk文件路徑 |
3.調用import-products函數,判斷TARGET_BUILD_APPS是否爲空,若爲空,只導入
$(SRC_TARGET_DIR)/product/AndroidProducts.mk裏的mk文件。不然調用get-all-product-makefiles,導入所有mk文件。再調用check-all-products檢查變量設置的正確性。
4.根據要編譯的目標TARGET_PRODUCT,經過調用resolve-short-product-name獲得mk文件,結果存 放在INTERNAL_PRODUCT變量裏。再將PRODUCTS.$(INTERNAL_PRODUCT).PRODUCT_xxx的值賦值給 PRODUCT_xxx。ADDITIONAL_BUILD_PROPERTIES追加PRODUCT_PROPERTY_OVERRIDES。這些 PRODUCT_變量都在product下的mk文件裏定義。以下:
TARGET_DEVICE,PRODUCT_LOCALES ,PRODUCT_BRAND, PRODUCT_MODEL, PRODUCT_MANUFACTURER, PRODUCT_DEFAULT_WIFI_CHANNELS, PRODUCT_POLICY,PRODUCT_COPY_FILES, PRODUCT_PROPERTY_OVERRIDES, PRODUCT_PACKAGE_OVERLAYS, DEVICE_PACKAGE_OVERLAYS, PRODUCT_TAGS,PRODUCT_OTA_PUBLIC_KEYS
五. cleanbuild.mk
1. 定義了add-clean-step函數。有一個入口參數$(1),執行刪除操做的具體shell命令。
通常add- clean-step應當在%/cleanspec.mk腳本中使用,命令會爲$(1)定義一個變量保存,變量的名字是 INTERNAL_STEP.$(_acs_id),全部的$(_acs_id)保存在INTERNAL_STEPS中。$(_acs_id)的值分紅3 個部分構造:
第一部分是有cleanspec.mk的路徑轉化而來,用'_'替代'/','-'替代'.',後綴_acs。
第二部分是$(INTERNAL_CLEAN_BUILD_VERSION),默認是4。
第三部分是有'@'組成,cleanspec.mk中的第幾個add- clean-step就用幾個@。
例如,packages/apps/Camera/cleanspec.mk中定義了兩個刪除動做
$(call add-clean-step, rm -rf $(PRODUCT_OUT)/obj/APPS/Camera*)
$(call add-clean-step, rm -rf $(OUT_DIR)/target/common/obj/APPS/Camera*)
那麼,對應的生成變量有:
INTERNAL_STEP.packages_apps_Camera_CleanSpec-mk_acs4@:= rm -rf $(PRODUCT_OUT)/obj/APPS/Camera*
INTERNAL_STEP.packages_apps_Camera_CleanSpec-mk_acs4@@ := rm -rf$(OUT_DIR)/target/common/obj/APPS/Camera*
INTERNAL_CLEAN_STEPS+=packages_apps_Camera_CleanSpec-mk_acs4@:
INTERNAL_CLEAN_STEPS+packages_apps_Camera_CleanSpec-mk_acs4@@:
2.包含:$(BUILD_SYSTEM)/cleanspec.mk。設置INTERNAL_CLEAN_BUILD_VERSION :=3,並經過add-clean-step函數,加進一些默認的刪除操做,在經過build/tools/findleaves.py枚舉全部的 CleanSpec.mk文件,並把它們包含進來。在這些文件里根據具體的模塊加刪除操做。
3.包含:$(PRODUCT_OUT)/clean_steps.mk。這個文件是自動生成的,設置CURRENT_CLEAN_BUILD_VERSION :=INTERNAL_CLEAN_BUILD_VERSION
4.比較CURRENT_CLEAN_BUILD_VERSION和INTERNAL_CLEAN_BUILD_VERSION若相等執行 INTERNAL_CLEAN_STEPS裏的命令,不然表示咱們修改過cleanspec.mk, 刪除整個$(OUT_DIR)。
5.包含:$(PRODUCT_OUT)/previous_build_config.mk。這個文件也是自動生成的,查看 PREVIOUS_BUILD_CONFIG是否於當前的編譯選項一致。不相同就強制刪除中間文件,並將當前的編譯選項寫入文件。刪除的文件是由 installclean_files,dataclean_files定義。PREVIOUS_BUILD_CONFIG的格式 是$(TARGET_PRODUCT)-$(TARGET_BUILD_VARIANT)$(building_sdk)-{$(locale_list)}。
6.定義兩個make目標installclean和dataclean。分別用來刪除安裝文件和數據文件。
六. Makefile
1.生成一些記錄文件
(1).生成$(OUT_DOCS)/index.html文件,將frameworks/base/docs/docs-redirect-index.html文件內容拷貝進去。
(2).生成$(TARGET_ROOT_OUT)/default.prop文件,將ADDITIONAL_DEFAULT_PROPERTIES的值寫入文件。生成$(TARGET_OUT)/build.prop文
件,主要存放的是build.properties,主要來自於三個方面(1,經過執行build/tools/buildinfo.sh根據 PRODUCT_NAME變量值...得到2.文 件$(TARGET_DEVICE_DIR)/system.prop3.ADDITIONAL_BUILD_PROPERTIES變量值)。
(3).生成文件$(PRODUCT_OUT)/sdk/sdk-build.prop,拷貝$(TARGET_OUT)/build.prop內容,並修改sdk_build_prop_remove定義的屬性列表值都爲generic。
(4).生成文件$(PRODUCT_OUT)/module-info.txt,列出所有模塊的信息,需聲明CREATE_MODULE_INFO_FILE。
2.定義一些make target
3.包含$(BUILD_SYSTEM)/tasks目錄下的全部.mk文件。
七. 模塊下的Android.mk的說明
以camera爲例:
1. include $(CLEAR_VARS)
這一步通常都要在文件頭部包含。CLEAR_VARS=build/core/clear_vars.mk,在這個文件裏將全部以LOCAL_開頭的變量置爲空,除了LOCAL_PATH.由於每一個模快都公用同一個LOCAL_變量,防止干擾。
2. LOCAL_PATH:=$(call my-dir)
經過調用my-dir函數得到當前目錄。
3. 設置以LOCAL_開頭的變量
LOCAL_SRC_FILES 須要的源文件,不須要包含它的依賴文件,由於編譯時會自動的添加
LOCAL_C_INCLUDES 一些額外的頭文件路徑
LOCAL_SHARED_LIBRARIES 須要的共享庫
LOCAL_MODULE C,C++ 本模塊的名字,必須是惟一的
LOCAL_PACKAGE_NAME JAVA的LOCAL_MODULE
LOCAL_MODULE_TAGS 模塊標記,通常的取值範圍:debug eng tests optionalsamples shell_ash shell_mksh,默認optional
LOCAL_MODULE_CLASS 這個不用咱們本身定義,系統會根據生成模塊類型的不一樣賦值。取值:APPS,JAVA_LIBRARIES,SHARED_LIBRARIES,STATIC_LIBRARIES,EXECUTABLES
LOCAL_MODULE_PATH 模塊的生成後存放的路徑,不用定義,有默認值
LOCAL_MODULE_SUFFIX 後綴名,不用定義,有默認值(.apk,.jar,.so,.a)
LOCAL_BUILT_MODULE_STEM 編譯目標要生成的文件名,若是咱們定義了 LOCAL_BUILT_STEM值就 是$(LOCAL_BUILT_STEM)$(LOCAL_MODULE_SUFFIX),不然就 是$(LOCAL_MODULE)$(LOCAL_MODULE_SUFFIX)。若要編譯JAVA的庫文件和執行文件會被置爲jablib.jar和 package.apk。
LOCAL_INSTALLED_MODULE_STEM 定義規則跟LOCAL_BUILT_MODULE_STEM相同,可是不會有設置爲單一值的狀況。
LOCAL_BUILT_MODULE 編譯目標完整的路徑和文件名
LOCAL_PRELINK_MODULE只有在編譯.so的時候纔會有的選項,主要是經過預連接的方式來加快程序啓動和執行的速度,若是設置 是真的話,那你要在build/core/prelink-linux-arm.map中定義你的庫須要使用的空間,空間不夠的話會報錯
4. include$(BUILD_SHARED_LIBRARY)
BUILD_SHARED_LIBRARY在config.mk裏有定義,指向相應的.mk文件,根據要生成的模塊的類型,包含相應的文件。
BUILD_HOST_STATIC_LIBRARY:= $(BUILD_SYSTEM)/host_static_library.mk
BUILD_HOST_SHARED_LIBRARY:= $(BUILD_SYSTEM)/host_shared_library.mk
BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk
BUILD_RAW_STATIC_LIBRARY := $(BUILD_SYSTEM)/raw_static_library.mk
BUILD_SHARED_LIBRARY:= $(BUILD_SYSTEM)/shared_library.mk
BUILD_EXECUTABLE:= $(BUILD_SYSTEM)/executable.mk
BUILD_RAW_EXECUTABLE:= $(BUILD_SYSTEM)/raw_executable.mk
BUILD_HOST_EXECUTABLE:= $(BUILD_SYSTEM)/host_executable.mk
BUILD_PACKAGE:= $(BUILD_SYSTEM)/package.mk
BUILD_HOST_PREBUILT:= $(BUILD_SYSTEM)/host_prebuilt.mk
BUILD_PREBUILT:= $(BUILD_SYSTEM)/prebuilt.mk
BUILD_MULTI_PREBUILT:= $(BUILD_SYSTEM)/multi_prebuilt.mk
BUILD_JAVA_LIBRARY:= $(BUILD_SYSTEM)/java_library.mk
BUILD_STATIC_JAVA_LIBRARY:= $(BUILD_SYSTEM)/static_java_library.mk
BUILD_HOST_JAVA_LIBRARY:= $(BUILD_SYSTEM)/host_java_library.mk
BUILD_DROIDDOC:= $(BUILD_SYSTEM)/droiddoc.mk
BUILD_COPY_HEADERS := $(BUILD_SYSTEM)/copy_headers.mk
BUILD_KEY_CHAR_MAP := $(BUILD_SYSTEM)/key_char_map.mk
主要分爲兩種類型:prebuilt和bin/lib文件。這些.mk文件都包含build/core/base_rule.mk。這個文件的做用以下:
(1). 根據LOCAL_IS_HOST_MODULE,LOCAL_MODULE_CLASS,LOCAL_MODULE這三個變量的值來判斷這個模塊是不是全局惟一的,咱們應該使LOCAL_MODULE全局惟一的。
(2). 設置LOCAL_MODULE_PATH的默認值。 LOCAL_MODULE_PATH:=$($(my_prefix)OUT$(use_data)_$(LOCAL_MODULE_CLASS))若 my_prefix=TARGET_ use_data=」」 LOCAL_MODULE_CLASS=APPS 則LOCAL_MODULE_PATH=$(TARGET_OUT_APPS)。TARGET_OUT_APPS在envsetup.mk定義 TARGET_OUT_APPS=out/target/product/generic/system/app
(3). 設置LOCAL_BUILT_MODULE的默認值。 LOCAL_BUILT_MODULE:=$(built_module_path)/$(LOCAL_BUILT_MODULE_STEM),built_module_path 就是編譯目標存放的路徑。有兩種路經built_module_path=target/common/obj /$(LOCAL_MODULE_CLASS)/$(LOCAL_MODULE)__intermediates /,built_module_path=/target/product/generic/obj/$(LOCAL_MODULE_CLASS) /$(LOCAL_MODULE)__intermediates/。以Camera爲例:LOCAL_BUILT_MODULE=out/target /product/generic/obj/APPS/Camera_intermediates/Camera.apk。
(4). 設置LOCAL_INSTALLED_MODULE的默認值。 LOCAL_INSTALLED_MODULE=$(LOCAL_MODULE_PATH)/$(LOCAL_MODULE_SUBDIR)$(LOCAL_INSTALLED_MODULE_STEM), 這裏LOCAL_MODULE_SUBDIR留給咱們本身定義通常爲空。可是要記得的是當咱們設置了它以後,要在每一個模塊的最後要將這個值清空,由於默認 CLEAR_VARS是不會清空這個值的。以Camera爲例:LOCAL_INSTALLED_MODULE=out/target/product /generic/system/app/Camera.apk
(5). 將.aidl和.logtags文件轉化爲.java文件,存放在out/target/common/obj /src/,out/target/common/obj/目錄是JAVA的中間文件的存放目錄
(6). 定義.PHONY:$(LOCAL_MODULE)目標規則.拷貝$(LOCAL_BUILT_MODULE) 到$(LOCAL_INSTALLED_MODULE),這兩個變量的值前面都有說明。若不想把這個模塊編譯進系統的話,聲明 LOCAL_UNINSTALLABLE_MODULE便可(只適用於靜態庫)。在這裏只是拷貝文件,真正的編譯工做是在它的外層.mk文件作的,並把生 成的目標文件放在$(LOCAL_BUILT_MODULE)。如果prebuild就不須要編譯了,只是將已經存在的文件作簡單的拷貝工做。當咱們要安 裝指定的模塊到系統的時候,只要make $(LOCAL_MODULE)就好了。定義cleantarget目標規則,刪 除$(LOCAL_BUILT_MODULE),$(LOCAL_INSTALLED_MODULE), $(intermediates)文件或目錄
(7). 定義或添加以ALL_MODULES.開頭的值,將本模塊變量保存起來。
ALL_MODULES.$(LOCAL_MODULE).CLASS
ALL_MODULES.$(LOCAL_MODULE).PATH
ALL_MODULES.$(LOCAL_MODULE).TAGS
ALL_MODULES.$(LOCAL_MODULE).CHECKED
ALL_MODULES.$(LOCAL_MODULE).BUILT
ALL_MODULES.$(LOCAL_MODULE).INSTALLED
ALL_MODULES.$(LOCAL_MODULE).REQUIRED
ALL_MODULES.$(LOCAL_MODULE).EVENT_LOG_TAGS
ALL_MODULE_TAGS
ALL_MODULE_TAGS.$(LOCAL_MODULE_TAGS)
ALL_MODULE_NAME_TAGS
(8). 包含$(BUILD_SYSTEM)/notice_files.mk,這個我沒細看估計是生成本模塊的NOTICE文件