zoukankan      html  css  js  c++  java
  • Android Makefile中是 如何识别 TARGET_PRODUCT 的

    http://blog.csdn.net/stevenliyong/article/details/5285334

    今天有时间小看一下Android 的Makefile, 终于稍有明白Android 编译系统是如何通过环境变量 TARGET_PRODUCT 来决定编译定制product.

    首先, 编译Android 代码 通常情况下使用:

    # make showcommands

    这实际上等价于下面的完整命令 (具体参见 build/core/envsetup.mk )

    # TARGET_ARCH=arm TARGET_PRODUCT=generic TARGET_BUILD_TYPE=release make showcommands

    可见,默认情况下编译系统认为TARGET_PRODUCT 是generic 的

    那如何编译特定产品的Android呢?

    这就需要查看Android Makefile是如何解析环境变量TARGET_PRODUCT的。

    Android Makefile 的引用关系是这样的

    Makefile  -> build/core/main.mk -> build/core/config.mk -> build/core/envsetup.mk -> build/core/product_config.mk

    在build/core/product_config.mk 中编译系统首先调用 build/core/product.mk中定义的函数get-all-product-makefiles ,来

    遍历整个vendor 的子目录, 找到vendor下所有的 AndroidProducts.mk, 不同子目录下的AndroidProducts.mk 中定义了不同的 PRODUCT_NAME, PRODUCT_DEVICE 等信息,(我们也可以通过 打开build/core/product_config.mk  中的#$(dump-products) 语句使控制台编译的时候输出所有product 的信息)  , 接着build/core/product_config.mk 会调用resolve-short-product-name 将TARGET_PRODUCT匹配的AndroidProducts.mk 中定义的 PRODUCT_DEVICE 赋值给TARGET_DEVICE。

    有了这个TARGET_DEVICE, 再回到 build/core/config.mk,

    会include $(TARGET_DEVCIE)/BoardConfig.mk

    board_config_mk := /
     $(strip $(wildcard /
      $(SRC_TARGET_DIR)/board/$(TARGET_DEVICE)/BoardConfig.mk /
      vendor/*/$(TARGET_DEVICE)/BoardConfig.mk /
     ))

     include $(board_config_mk)

    而这个配置文件BoardConfig.mk 决定了目标系统编译属性,比如使用ALSA还是不是 GENERIC_AUDIO 等等

    另外在这里TARGET_DEVICE 宏也决定了TARGET_DEVICE_DIR, 因为TARGET_DEVICE_DIR 取的是上面提到的BoardConfig.mk 的路径。

    TARGET_DEVICE_DIR := $(patsubst %/,%,$(dir $(board_config_mk)))

    当然Android 的Ob目标输出也是由TARGET_DEVICE决定,见build/core/envsetup.mk

    TARGET_OUT_ROOT_release := $(OUT_DIR)/target
    TARGET_OUT_ROOT_debug := $(DEBUG_OUT_DIR)/target
    TARGET_OUT_ROOT := $(TARGET_OUT_ROOT_$(TARGET_BUILD_TYPE))

    TARGET_PRODUCT_OUT_ROOT := $(TARGET_OUT_ROOT)/product

    PRODUCT_OUT := $(TARGET_PRODUCT_OUT_ROOT)/$(TARGET_DEVICE)

    再回到 build/core/main.mk, 编译系统接着做的一个件事情是,遍历所有字目录,找到所有Android.mk文件,并将这些Android.mk文件include 进来

    #
    # Typical build; include any Android.mk files we can find.
    #

    subdir_makefiles := /
     $(shell build/tools/findleaves.py --prune=out --prune=.repo --prune=.git $(subdirs) Android.mk)

    include $(subdir_makefiles)

    我们再来看其中的

    ./build/target/board/Android.mk

    ,对了它引用了

    include $(TARGET_DEVICE_DIR)/AndroidBoard.mk

    由上面TARGET_DEVICE_DIR的定义,这下又进入了

    vendor 下TARGET_DEVICE指向的目录了,这个mk文件中定义了特定Product需要编译和安装app 和 script.

  • 相关阅读:
    在项目开始前,为客户做专门的“需求变更流程”培训是必要的
    代码优化四部曲:“拆套”、“解耦”、”封装“、“重构”
    这个博客的目的就是解构程序猿的世界观
    如果3D技术仅仅只是用于游戏和娱乐,那真是太暴殄天物了
    如何用Xcode 4.5开发3.5寸屏幕的iPhone 应用程序?
    所谓开发经验,其实就是对业务流程的积累
    项目经理必备的两大能力
    XML文件总是无法读取其中的数据
    在switch的case语句后,使用UIAlertView报错
    代码编写原则
  • 原文地址:https://www.cnblogs.com/leaven/p/4337887.html
Copyright © 2011-2022 走看看