android makefile

時間  2019-11-17
標籤 android makefile 欄目 Android 简体版
原文   原文鏈接

爲何有此記錄？一個project有兩個可供選擇的內核，可是我不知道怎樣經過命令行來解決到底編譯進哪一個內核，最終問題解決了（不是經過命令行，按照device.mk的要求放入指定的目錄就能夠了）：html

  • device/comp_name/soc_name/board_name/device.mk  指明採用的kernel鏡像位於 device/comp_name/project_name-kernel下
  • build/core/product_config.mk: all_product_configs 說明將包含該文件

參考: http://blog.csdn.net/dalianmaoblog/article/details/6614970java

 

main.mk:node

  • 設置環境變量（BUILD_SYSTEM）和缺省的目標；
  • 包含文件BUILD_SYSTEM/config.mk，根據配置信息和主機目標機信息，設置一些變量；
  • 包含文件BUILD_SYSTEM/cleanbuild.mk，若是當前配置改變，則強制刪除上次的編譯結果；
  • 包含文件out/version_check.mk，若是版本序號改變，則VERSION_CHECK_SEQUENCE_NUMBER != VERSIONS_CHECKED；
  • 包含BUILD_SYSTEM/definitions.mk，其中定義了不少函數供makefile文件系統使用。檢查MAKECMDGOALS和TARGET_BUILD_VARIANT，根據MAKECMDGOALS設置變量is_sdk_build，從而決定是否編譯SDK；
  • 根據TARGET_BUILD_VARIANT，設置tags_to_install, ADDITIONAL_DEFAULT_PROPERTIES
TARGET_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.secure=1 dalvik.vm.lockprof.threshold=500
ro.allow.mock.location=0
ro.debuggable=1 persist.service.adb=1
  •  檢查PRODUCT_TAG是否包含dalvik.gc.type-precise，若是包含就作相應變量的設置；
  • 設置ADDITIONAL_BUILD_PROPERTIES += net.bt.name=Android
    dalvik.vm.stack-trace-file=/data/anr/traces.txt
  • 經過build/tools/findleaves.py，把subdirs目錄下的Android.mk存在subdirs_makefiles。幷包含這些文件，若是使用mm命令，只包含當前目錄下Android.mk；
  • 根據tags_to_install 和 is_sdk_build，設置哪些模塊須要安裝，並存入modules_to_install。get-tagged-modules $1 $2取得$1中不包含$2的列表；
  • 定義一些target:

.PHONY:checkbuiltlinux

checkbuilt: $(modules-to-check)android

生成沒有定義LOCAL_DONT_CHECK_MODULE的模塊並拷貝到系統目錄shell

.PHONY:prebuiltwindows

prebuit: $(ALL_PREBUILT)app

拷貝預編譯的文件(好比用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)

目錄$(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:

  • 設置一些原文件路徑，以SRC_開頭
  • 包含文件$(BUILD_SYSTEM)/pathmap.mk，定義了一些短名到長路徑名的影射，存放在pathmap_INCL,經過include-path-for $1 根據短名獲取到長路徑名,FRAMEWORKS_BASE_JAVA_SRC_DIRS 保存了全部要編進Android.jar的framework/base下的文件路徑。
  • 設置編譯目標，.jar,.bin,.so,.a,.apk,...。以BUILD_開頭，指向具體的mk文件。好比BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk
  • 設置通常編譯選項和不一樣類型的文件後綴名，以COMMON_開頭，COMMON_GLOBAL_CFLAGS，COMMON_RELEASE_CFLAGS，COMMON_PACKAGE_SUFFIX：＝.zip
  • 包含include$(TOPDIR)buildspec.mk。設置一些主要的變量，好比目標產品名稱。這些都要咱們在make以前設置。這個文件有個模版是build/buildspec.mk.default
  • 包含include$(BUILD_SYSTEM)/envsetup.mk。設置一些跟product相關的變量。
  • 在build/target/board/$(TARGET_DEVICE)/BoardConfig.mk,device/*/$(TARGET_DEVICE)/BoardConfig.mk veror/*/$(TARGET_DEVICE)/BoardConfig.mk 這三個路徑下，查找product的目標設備的BoardConfig.mk文件。幷包含進來。BoardConfig.mk設置了每一個設備的本身的一些變量值，來區別編譯時的行爲。TARGET_CPU_ABI 必需要設置。這些設備是被product.mk中 TARGET_DEVICE指定，一個設備信息能夠被不少個product使用。
  • 設置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添加標誌。
  • 設置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文件分別轉化成共享庫文件，可執行文件，靜態庫文件。
  • 包含 include$(BUILD_SYSTEM)/combo/javac.mk。獲得一個JAVAC編譯器
  • 檢查BUILD_ENV_SEQUENCE_NUMBER，這個是在前面的buildspec.mk設置或者經過envsetup.sh腳本設置。
  • 設置主機通用工具變量。其中一些是主機自帶的LEX:= flex
    YACC:=bison -d   DOXYGEN:= doxygen,還有一些是在/out/target/$($(HOST_OS)-$(HOST_ARCH))/bin下的程序，MKBOOTIMG:=$(HOST_OUT_EXECUTABLES)/mkbootimg。
  • 設置最終的編譯鏈接參數。有以下參數變量：
    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
  • 得到sdk和ndk的版本號列表。TARGET_AVAILABLE_SDK_VERSIONS和TARGET_AVAILABLE_NDK_VERSIONS

 

envsetup.mk:

包含include$(BUILD_SYSTEM)/version_defaults.mk 設置那些咱們須要設置的變量的缺省值。這個文件咱們不該該改動，改動應該在build_id.mk裏。  

 

PLATFORM_VERSION

 

  

PLATFORM_SDK_VERSION

 

  

PLATFORM_VERSION_CODENAME

 

  

DEFAULT_APP_TARGET_SDK

 

 

 

BUILD_ID

 

 

BUILD_NUMBER

 

 

在文件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

包含include$(BUILD_SYSTEM)/product_config.mk。定義了兩種MAKECMDGOALS參數形式，根據product和device目錄下的mk文件生成相應的PRODUCTS_xxx_xxx和DEVICES_xxx_xxx變量，中間的是文件的路徑，後面的是文件裏定義的變量。

設置一些列路徑變量。主機路徑以HOST_OUT_* 或HOST_*_OUT_*形式，目標機路徑以TARGET_OUT_* 或TARGET_*_OUT_*形式。

根據MAKECMDGOALS，若其中包含dumpvar-%或dumpvar-abs-%，就生成一個以dumpvar-%或dumpvar-abs-%命名的make目標。實現是打印出％所表示的變量的值。這個變量必需要在這以前已經定義了，後一種在前面還打印出當前的路徑。這兩種狀況必需要先設置CALLED_FROM_SETUP=true。envsetup.sh的get_build_var和get_abs_build_var()函數就是運用的這個原理打印變量的值。

# Get the exact value of a buildvariable.  
function get_build_var()  
{  
   T=$(gettop)  
   if [ ! "$T" ]; then  
       echo "Couldn't locate the top of the tree.  Try setting TOP." >&2  
       return  
   fi  
   CALLED_FROM_SETUP=true BUILD_SYSTEM=build/core \  
   make--no-print-directory -C "$T" -f build/core/config.mk dumpvar-$1 
}  
# Get the value of a build variable asan absolute path.  
function get_abs_build_var()  
{  
  T=$(gettop)  
  if [ ! "$T" ]; then  
       echo "Couldn't locate the top of the tree.  Try setting TOP." >&2  
       return  
   fi  
   CALLED_FROM_SETUP=true BUILD_SYSTEM=build/core \  
   make --no-print-directory -C "$T"-f build/core/config.mk dumpvar-abs-$1  
}

 

product_config.mk:

  • 定義兩種命令形式：
       makePRODUCT-<prodname>-<goal>
       TARGET_PRODUCT := prodname
       TARGET_BUILD_VARIANT := goal
       makeAPP-<appnames>
       TARGET_BUILD_APPS := appnames
  • 包含 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個入口參數：
    $(1)是一個字串，是輸出變量的主幹名。例如」PRODUCTS"和」DEVICES「。
    $(2)是一個makefile文件列表，這些文件中應該含有對$(3)中變量的定義。
    $(3)是一個變量列表。

    import- nodes會建立這樣形式的變量，以$(1)="PRODUCTS",$(2)中含有"build/target/product/core.mk", $(3)中含有"PRODUCT_NAME",並且core.mk中定義了PRODUCT_NAME:=core爲例，
    PRODUCT.build/target/product/core.mk.PRODUCT_NAME:=core

    import-nodes中還考慮了inherit的問題，若是某個PRODUCT.xxx.xxx變量的值中有‘@inherit:<mk文件>’標識後面跟的是mk文件名，則會把那個mk文件中相應的變量的屬性添加到PRODUCT.xxx.xxx中。'@inherit:<mk文件>'是inherit-product命令添加的。這個函數在product.mk。

    product.mk   
     _find-android-products-files

    獲得device/和vendor/, 包括子目錄，以及build/target/product/下的AndroidProducts.mk文件列表

    product.mk   
     get-all-product-makefiles

    獲得全部AndroidProducts.mk文件中 PRODUCT_MAKEFILES變量定義的mk文件列表

    product.mk    
     import-products

    調用import-nodes（node_fns.mk），設置$1=PRODUCTS,設置$3=$(_product_var_list),_product_var_list是以PRODUCT_開頭的變量名。

    product.mk   
    inherit-product

    將在全部的PRODUCT_xxx變量值後綴加上'@inherit:<mk文件>'

    product.mk    
    check-all-products

    檢查PRODUCT_NAME,PRODUCT_BRAND，PRODUCT_COPY_FILES定義的是否正確

    product.mk    
    resolve-short-product-name

    根據product的名字，獲得定義它的mk文件路徑

    （resolve-short-product-name generic → /build/target/product/generic.mk）

    device.mk      
    import-devices

    調用import-nodes（node_fns.mk），設置$1=DEVICES,設置$3=$(_device_var_list),_device_var_list是以DEVICE_開頭的變量名。

    device.mk     
     inherit-device

    將在全部的DEVICE_變量值後綴加上'@inherit:<mk文件>'

    device.mk      
    resolve-short-device-name

    根據device的名字，獲得定義它的mk文件路徑
  •  調用import-products函數，判斷TARGET_BUILD_APPS是否爲空，若爲空，只導入$(SRC_TARGET_DIR)/product/AndroidProducts.mk裏的mk文件。不然調用get-all-product-makefiles，導入所有mk文件，再調用check-all-products檢查變量設置的正確性。
  • 根據要編譯的目標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:

  • 定義了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@@:
  • 包含 $(BUILD_SYSTEM)/cleanspec.mk。設置INTERNAL_CLEAN_BUILD_VERSION :=3，並經過add-clean-step函數，加進一些默認的刪除操做，在經過build/tools/findleaves.py枚舉全部的CleanSpec.mk文件，並把它們包含進來。在這些文件里根據具體的模塊加刪除操做
  • 包含 $(PRODUCT_OUT)/clean_steps.mk。這個文件是自動生成的，設置CURRENT_CLEAN_BUILD_VERSION :=INTERNAL_CLEAN_BUILD_VERSIO
  • 比較CURRENT_CLEAN_BUILD_VERSION和INTERNAL_CLEAN_BUILD_VERSION若相等執行INTERNAL_CLEAN_STEPS裏的命令，不然表示咱們修改過cleanspec.mk， 刪除整個$(OUT_DIR)。
  • 包含 $(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)}。
  • 定義兩個make目標installclean和dataclean。分別用來刪除安裝文件和數據文件。

 

Makefile:

  • 生成$(OUT_DOCS)/index.html文件，將frameworks/base/docs/docs-redirect-index.html文件內容拷貝進去。生成$(TARGET_ROOT_OUT)/default.prop文件，將ADDITIONAL_DEFAULT_PROPERTIES的值寫入文件。生成$(TARGET_OUT)/build.prop文件，主要存放的是build.properties.
  • 生成文件$(PRODUCT_OUT)/sdk/sdk-build.prop，拷貝$(TARGET_OUT)/build.prop內容，並修改sdk_build_prop_remove定義的屬性列表值都爲generic。
  • 生成文件$(PRODUCT_OUT)/module-info.txt，列出所有模塊的信息，需聲明CREATE_MODULE_INFO_FILE。
  • 定義一些 make target
  • 包含 $(BUILD_SYSTEM)/tasks目錄下的全部.mk文件。

 

Android.mk的說明，以camera爲例：

 

LOCAL_PATH:= $(call my-dir)  
include $(CLEAR_VARS)  
ifeq ($(USE_CAMERA_STUB),)  
 
USE_CAMERA_STUB:=false  
  
ifneq ($(filter sooner genericsim,$(TARGET_DEVICE)),)  
  
USE_CAMERA_STUB:=true  
  
endif #libcamerastub  
  
endif  
  
ifeq ($(USE_CAMERA_STUB),true)  
include $(CLEAR_VARS)  
  
LOCAL_SRC_FILES:=  CameraHardwareStub.cpp  FakeCamera.cpp  
  
LOCAL_MODULE:= libcamerastub  
  
ifeq ($(TARGET_SIMULATOR),true)  
  
LOCAL_CFLAGS += -DSINGLE_PROCESS  
 
endif  
  
LOCAL_SHARED_LIBRARIES:= libui  
  
include $(BUILD_STATIC_LIBRARY)  
  
endif # USE_CAMERA_STUB    
  
include $(CLEAR_VARS)  
  
LOCAL_SRC_FILES:=   CameraService.cpp  
  
LOCAL_SHARED_LIBRARIES:= \  
    libui libutils libbinder libcutils libmedia libcamera_client \
    libsurfaceflinger_client  
  
LOCAL_MODULE:= libcameraservice  
  
LOCAL_CFLAGS +=-DLOG_TAG=\"CameraService\"  
  
ifeq ($(TARGET_SIMULATOR),true)  
  
LOCAL_CFLAGS += -DSINGLE_PROCESS  
  
endif  
  
ifeq ($(USE_CAMERA_STUB), true)  
  
LOCAL_STATIC_LIBRARIES += libcamerastub  
  
LOCAL_CFLAGS += -includeCameraHardwareStub.h  
  
else  
  
LOCAL_SHARED_LIBRARIES += libcamera  
 
endif  
  
include $(BUILD_SHARED_LIBRARY)

 

  • include $(CLEAR_VARS) 這一步通常都要在文件頭部包含。CLEAR_VARS=build/core/clear_vars.mk,在這個文件裏將全部以LOCAL_開頭的變量置爲空，除了LOCAL_PATH.由於每一個模快都公用同一個LOCAL_變量，防止干擾。
  • LOCAL_PATH:=$(call my-dir)經過調用my-dir函數得到當前目錄。
  • 設置以LOCAL_開頭的變量LOCAL_SRC_FILES 須要的源文件，不須要包含它的依賴文件，由於編譯時會自動的添加
    1. LOCAL_C_INCLUDES  一些額外的頭文件路徑
    2. LOCAL_SHARED_LIBRARIES  須要的共享庫
    3. LOCAL_MODULE      C,C++ 本模塊的名字，必須是惟一的
    4. LOCAL_PACKAGE_NAME  JAVA的LOCAL_MODULE
    5. LOCAL_MODULE_TAGS   模塊標記，通常的取值範圍：debug eng tests optionalsamples shell_ash shell_mksh，默認optional
    6. LOCAL_MODULE_CLASS 這個不用咱們本身定義，系統會根據生成模塊類型的不一樣賦值。取值：APPS,JAVA_LIBRARIES,SHARED_LIBRARIES,STATIC_LIBRARIES,EXECUTABLES
    7. LOCAL_MODULE_PATH 模塊的生成後存放的路徑，不用定義，有默認值
    8. LOCAL_MODULE_SUFFIX 後綴名，不用定義，有默認值（.apk,.jar,.so,.a）
    9. LOCAL_BUILT_MODULE_STEM 編譯目標要生成的文件名，若是咱們定義了    LOCAL_BUILT_STEM值就是$(LOCAL_BUILT_STEM)$(LOCAL_MODULE_SUFFIX)，不然就是$(LOCAL_MODULE)$(LOCAL_MODULE_SUFFIX)。若要編譯JAVA的庫文件和執行文件會被置爲jablib.jar和package.apk。
    10. LOCAL_INSTALLED_MODULE_STEM  定義規則跟LOCAL_BUILT_MODULE_STEM相同，可是不會有設置爲單一值的狀況。
    11. LOCAL_BUILT_MODULE 編譯目標完整的路徑和文件名
    12. LOCAL_PRELINK_MODULE只有在編譯.so的時候纔會有的選項，主要是經過預連接的方式來加快程序啓動和執行的速度，若是設置是真的話，那你要在build/core/prelink-linux-arm.map中定義你的庫須要使用的空間，空間不夠的話會報錯
  •  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文件

 2014年11月15日，引述的網站丟了：

main.mk----config.mk----pathmap.mk
       |            |---buildspec.mk(no used)
       |            |---envsetup.mk
       |            |---BoardConfig.mk(vendor\company\plat_name)
       |            |---dumpvar.mk
       |            |---select.mk----TARGET_linux-arm.mk
       |            |---select.mk----HOST_linux-arm.mk
       |            |---javac.mk
       |---cleanbuild.mk
       |---definitions.mk
       |---Android.mk----./build/target/board/Android.mk----include $(TARGET_DEVICE_DIR)/AndroidBoard.mk

\vendor\intel\mfld_cdk\AndroidKernel.mk         mfld_cdk----boottarball------bootimage----build_kernel----get_kernel_from_source----(hardware\intel\linux-2.6)AndroidKernel.mk                 |---systemtarball----|---droid                 |---ota_iso_image
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程