Blueprint更像是一个库,专门来翻译blueprint文件,关于Blueprint文件格式可以参考build/blueprint/Blueprints文件,soong是在blueprint上面的扩展,基于blueprint的语法定制产生Android.bp语法,解析Android.bp文件生成ninja文件。
Blueprint和Soong都是有Go语言写的项目,从7.0开始在prebuilts/go/目录下新增了go语言的运行环境,在编译是使用。
1.3 Android ninja组织
在编译过程中,将所有的android.bp文件搜集成out\soong\build.ninja.d , 并以此为基础生成out\soong\build.ninja规则。
由所有的Android.mk生成build-aosp_arm.ninja文件。通过combined-aosp_arm.ninja将两个文件组织起来。
builddir = out
include out/build-aosp_arm.ninja
include out/soong/build.ninja
build out/combined-aosp_arm.ninja: phony out/soong/build.ninja
通过编译的LOG,首先搜集所有的bp文件生成build.ninja,然后搜集所有的mk文件生成build-aosp-arm.ninja文件。
out/soong/.bootstrap/bin/soong_build out/soong/build.ninja
out/build-aosp_arm-cleanspec.ninja is missing, regenerating...
out/build-aosp_arm.ninja is missing, regenerating...
[1/894] including out/soong/Android-aosp_arm.mk ...
经过试验表明,soong处理后的bp文件生成build.ninja的同时还包含out/soong/Android-aosp_arm.mk,这个文件是编译完成后模块的安装脚本,负责将模块安装到对应位置。比如我们现在处理的vndk相关vendor处理就是在这个目录下进行的。
在out/soong目录下有两个文件.minibootstrap/build.ninja 和.bootstrap/build.ninja两个目录。.minibootstrap/build.ninja 主要是用来编译blueprint和生成.bootstrap/build.ninja。而.bootstrap/build.ninja主要是生成 soong相关工具和out/soong/build.ninja文件。
二 编译流程
2.1 make 流程
当我们在android 总目录下make时,默认寻找当前Makefile并找到all目标进行编译操作,这个是默认的make机制。当android更换为ninja是,在总目录下进行make时进行如何的流程呢。
同老的make机制一样,make找到总目录下的Makefile
$ cat Makefile
include build/make/core/main.mk
Makefile内容没有改变,同样是进入到main.mk中,刚开始几行有了明显的变化
ifndef KATI
host_prebuilts
:=
linux-x86
ifeq ($(shell uname),Darwin)
host_prebuilts
:=
darwin-x86
endif
.PHONY
:
run_soong_ui
run_soong_ui
:
+@prebuilts/build-tools/$(host_prebuilts)/bin/makeparallel --ninja build/soong/soong_ui.bash --make-mode $(MAKECMDGOALS)
.PHONY
:
$(MAKECMDGOALS)
$(sort $(MAKECMDGOALS))
:
run_soong_ui
@#empty
else # KATI
其中MAKECMDGOALS这个命名是make执行时后面的参数赋值,也就是我们执行任何make的时候都是执行run_soong_ui这个目标,这样android从Makefile切换为soong进行了编译流程,后面跟make就没有关系了。
2.2 mm流程
当我们单独编译某个模块时,在这个模块目录下输入mm命令进行编译,在build/envsetup.sh看一下具体实现过程:
function mm
()
{
local T
=
$
(
gettop
)
local DRV
=
$
(
getdriver $T
)
# If we're sitting in the root of the build tree, just do a
# normal build.
if
[
-
f build
/
soong
/
soong_ui
.
bash
];
then
_wrap_build $DRV $T
/
build
/
soong
/
soong_ui
.
bash
--
make
-
mode $@
else
ONE_SHOT_MAKEFILE
=
$M _wrap_build $DRV $T
/
build
/
soong
/
soong_ui
.
bash
--
make
-
mode $MODULES $ARGS
流程上同make差不多只不过目标,是单独模块组成。
同时在mm一个单独模块是,生成独立的ninja文件
combined--aosp_arm-frameworks_native_libs_gui_Android.mk.ninja 和
build- aosp_arm-frameworks_native_libs_gui_Android.mk.ninja
2.3 Soong流程
在介绍soong编译流程之前,先介绍几个命令以便我们后续编译流程的理解,在out/soong/host/linux-x86/bin目录下,有几个命令是soong用到的,
soong_ui: soong编译的入口
androidmk: 后面的Android.bp用到,Android.mk一键转换为android.bp
在out/soong/.bootstrap/bin目录下有几个
out/soong/.bootstrap/bin$ ls
bpglob gotestmain gotestrunner loadplugins minibp soong_build soong_env
minibp: 在bootstrap是用到
soong_build :这个很重要,主要是将bp文件转换为ninja文件
通过上文的分析,当我们make命令敲下去的时候,主要是执行
prebuilts/build-tools/$(host_prebuilts)/bin/makeparallel --ninja build/soong/soong_ui.bash --make-mode $(MAKECMDGOALS)
soong_ui.bash脚本主要是执行如下:
build_go
soong_ui
android
/
soong
/
cmd
/
soong_ui
//生成soong_ui命令
cd ${
TOP
}
exec "$(
getoutdir
)/soong_ui" "$@" //soong_ui入口,执行soong流程
比如我们执行make systemimage,到这边就变成了soong_ui –make-mode systemimage
soong_ui代码在
build
/
soong
/
cmd
/
soong_ui
/
main.go
下,主要流程如下:
func main() {
log := logger.New(os.Stderr)
defer log.Cleanup()
if len(os.Args) < 2 || !inList("--make-mode", os.Args) {
log.Fatalln("The `soong` native UI is not yet available.")
}
build.Build(buildCtx, config, build.BuildAll)
主要执行soong/ui/build/build.go,从build.go就可以看到执行soong的大体流程