上节讲到小菜琳咨询了下大牛,大牛说4.2原生android就把这里注释掉了
而4.4又加上了,禁止对变量PRODUCT_COPY_FILES的修改
想看看逻辑,为啥mtk客制化在代码里面的PRODUCT_COPY_FILES不会被识别为修改,而小菜琳加到客户下的却被识别成为了篡改。
在main.mk中的605行:
# Before we go and include all of the module makefiles, stash away
# the PRODUCT_* values so that later we can verify they are not modified.
stash_product_vars:=true
ifeq ($(stash_product_vars),true)
$(call stash-product-vars, __STASHED)
endif
这里明确说明了,在包括所有的makefiles之前要隐藏PRODUCT开头的属性,以便后续判断PRODUCT开头的属性没有被改变
ifeq ($(stash_product_vars),true)
# $(call assert-product-vars, __STASHED)
endif
这里就开始判断了
小菜琳尝试了把
V:\alps\mediatek\frameworks-ext\base\data\sounds下的copy脚本放置在客制化目录
V:\alps\mediatek\frameworks-ext\res\res下尝试能否客制化,发现放在这个下面基线上的都copy不过去了
而4.4又加上了,禁止对变量PRODUCT_COPY_FILES的修改
想看看逻辑,为啥mtk客制化在代码里面的PRODUCT_COPY_FILES不会被识别为修改,而小菜琳加到客户下的却被识别成为了篡改。
在main.mk中的605行:
# Before we go and include all of the module makefiles, stash away
# the PRODUCT_* values so that later we can verify they are not modified.
stash_product_vars:=true
ifeq ($(stash_product_vars),true)
$(call stash-product-vars, __STASHED)
endif
这里明确说明了,在包括所有的makefiles之前要隐藏PRODUCT开头的属性,以便后续判断PRODUCT开头的属性没有被改变
ifeq ($(stash_product_vars),true)
# $(call assert-product-vars, __STASHED)
endif
这里就开始判断了
小菜琳尝试了把
V:\alps\mediatek\frameworks-ext\base\data\sounds下的copy脚本放置在客制化目录
V:\alps\mediatek\frameworks-ext\res\res下尝试能否客制化,发现放在这个下面基线上的都copy不过去了