一、envsetup.sh简介
Android 完成编译的时候先执行 source build/envsetup.sh。在这个shell 脚本中定义了 help, croot, m, mm, mmm 等 function,这些function可以作为命令行工具使用。
source命令:source 命令会把对应脚本中的内容读取到当前的bash 解释器中,在当前的执行环境中执行;其中定义的 function 以及通过 export 声明的变量等在 source 执行结束之后依然存在于当前的bash 环境中。比如我们常用的 source .bashrc 或者 source .profile等目的是为了引用刚刚改动过的环境变量。
envsetup.sh中提供一下工具:
lunch:lunch<product_name> - <build_variant>
tapas:tapas[<App1> <App2> ...] [arm | x86 | mips] [eng | userdebug | user]
croot:将目录更改为树的顶部。
m:从树顶make。
mm:构建(build)当前目录中的所有模块。
mmm:构建(build)所提供目录中的所有模块。
cgrep:Greps所有本地C/C ++文件。
jgrep:Greps所有本地Java文件。
resgrep:Greps on all local res/*.xml文件。
godir:到包含文件的目录。
add_lunch_combo:在lunch函数的菜单中添加一个条目
m:编译整个安卓系统。
mm:编译当前目录下的模块,当前目录下需要有Android.mk,否则就往上找最近的Android.mk文件。
mma:当前目录新增或删除文件后,可以用mma重新编译。
mmm:编译指定路径下的模块,指定的路径下面需要有Android.mk。
mmma:指定目录下新增或删除文件后,可以用mmma重新编译。(未全编译的情况系下,可以使用该命令单编译模块)
mmm的编译过程:
build/core/main.mk(是Android编译系统的入口文件) ->build/core/config.mk(会定好编译类型和目标文件) ->build/core/definitions.mk(定义在编译过程中用到的宏) ->ONE_SHOT_MAKEFILE->build/core/package.mk(编译Apk库文件) ->build/core/java_library.mk(编译Java库文件) ->build/core/static_java_library.mk(编译Java静态库文件) ->build/core/shared_library.mk->build/core/dynamic_library.mk->build/core/binary.mk->build/core/base_rules.mk ->build/core/static_library.mk(编译.a静态库文件) ->build/core/executable.mk(编译可执行文件) ->build/core/prebuilt.mk(编译已经预编译好的第三方库文件) ->build/core/Makfile(有system.img、boot.img、recovery.img等镜像文件生成规则)
环境变量ONE_SHOT_MAKEFILE中存放要编译模块的Android.mk的文件路径,如果环境变量值为空,表示执行的是m或者make命令,会对Android源代码中的所有模块进行编译(bug)。
1. m
当在任何一个目录下打 m 的时候, 它会执行下面的function.
function m() { T=$(gettop) if [ "$T" ]; then make -C $T $@ else echo "Couldn't locate the top of the tree. Try setting TOP." fi }
$@ 返回调用这个脚本时传入的参数,比如执行$ m showcommands -d 经过 function m 的翻译后就执行
make -C /home/yajun/Android/an403 showcommands -d $T可以使用 $ gettop 来查看,若当前目录不在源码树中,$T就为空,打印上面的错误信息。
2. mm
build当前目录中的所有模块
function mm() { # If we're sitting in the root of the build tree, just do a # normal make. if [ -f build/core/envsetup.mk -a -f Makefile ]; then make $@ else # Find the closest Android.mk file. T=$(gettop) local M=$(findmakefile) # Remove the path to top as the makefilepath needs to be relative local M=`echo $M|sed 's:'$T'/::'` if [ ! "$T" ]; then echo "Couldn't locate the top of the tree. Try setting TOP." elif [ ! "$M" ]; then echo "Couldn't locate a makefile from the current directory." else ONE_SHOT_MAKEFILE=$M make -C $T all_modules $@ fi fi }
从它的注释可以看出,当你在某个目录下执行 mm 的时候,它首先现判断当前目录是不是 TOP 目录,如果是,就直接开始make 了,如果不是,就调用findmakefile 寻找 Android.mk , 搜索的路径是 当前目录-> 父目录 -> 父目录 -> ... -> 到根目录.
function findmakefile() { TOPFILE=build/core/envsetup.mk # We redirect cd to /dev/null in case it's aliased to # a command that prints something as a side-effect # (like pushd) local HERE=$PWD T= while [ \( ! \( -f $TOPFILE \) \) -a \( $PWD != "/" \) ]; do T=`PWD= /bin/pwd` if [ -f "$T/Android.mk" ]; then echo $T/Android.mk cd $HERE > /dev/null return fi cd .. > /dev/null done cd $HERE > /dev/null }
当在某个目录下找到Android.mk后,就把它echo 出来。然后 cd $HERE 返回调用 findmakefile 的目录。
3. gettop
返回源码的顶层目录,如果这个目录存在。
function gettop { local TOPFILE=build/core/envsetup.mk if [ -n "$TOP" -a -f "$TOP/$TOPFILE" ] ; then echo $TOP else if [ -f $TOPFILE ] ; then # The following circumlocution (repeated below as well) ensures # that we record the true directory name and not one that is # faked up with symlink names. PWD= /bin/pwd else # We redirect cd to /dev/null in case it's aliased to # a command that prints something as a side-effect # (like pushd) local HERE=$PWD T= while [ \( ! \( -f $TOPFILE \) \) -a \( $PWD != "/" \) ]; do cd .. > /dev/null T=`PWD= /bin/pwd` done cd $HERE > /dev/null if [ -f "$T/$TOPFILE" ]; then echo $T fi fi fi }
如果这个目录存在,比如在我的机器上是:
$ gettop
/media/ubuntu/works/tiny4412/android-5.0.2
4.croot
回到顶层目录,测试如下:
root@ubuntu:/media/ubuntu/works/tiny4412/android-5.0.2/frameworks/support/v4/froyo# croot root@ubuntu:/media/ubuntu/works/tiny4412/android-5.0.2#
6. godir
转到对应文件所在的目录中,测试如下:
root@ubuntu:/media/ubuntu/works/tiny4412/android-5.0.2# godir InputReader.cpp [1] ./external/lldb/source/API [2] ./external/lldb/source/Core [3] ./frameworks/native/services/inputflinger Select one: 3 root@ubuntu:/media/ubuntu/works/tiny4412/android-5.0.2/frameworks/native/services/inputflinger#
7. cgreop
在C/C++文件中检索字符串,测试如下:
# cgrep EventHub
二、Android.mk中的LOCAL_MODULE_TAGS 选项说明
LOCAL_MODULE_TAGS :=user eng tests optional
user: 指该模块只在user版本下才编译
eng: 指该模块只在eng版本下才编译
tests: 指该模块只在tests版本下才编译
optional:指该模块在所有版本下都编译
LOCAL_MODULE:= 这是对变量LOCAL_MODULE赋值为空!!
可以在.mk文件中打印变量linked_module的值进行查看:$(warning "linked_modle=$(linked_module)") 它会将“”中的内容打印出来。
参考:https://blog.csdn.net/yajun0601/article/details/7309010 对m mm分析的教详细
本文参考链接:https://www.cnblogs.com/hellokitty2/p/10275040.html