Skip to main content
 首页 » 编程设计

Android m mm等和envsetup.sh

2022年07月19日27exmyth

一、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