博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Android编译系统中的Android.bp【转】
阅读量:4495 次
发布时间:2019-06-08

本文共 4051 字,大约阅读时间需要 13 分钟。

本文转载自:

转自:http://note.qidong.name/2017/08/android-blueprint/

Android编译系统中的Android.bp、Blueprint与Soong

本文简单介绍Android Nougat(7.0)中引入的Android.bp,及其相关工具链。

简介

Android.bp,是用来替换Android.mk的配置文件。 它使用框架来解析,最终转换成文件。

与Android.mk不同的是,Android.bp是纯粹的配置文件,不包含分支、循环等流程控制,也不能做算数、逻辑运算。 与此同时,文件也是如此。 这就产生了一些新的问题与需求——在Android项目上进行选择编译、解析配置、转换成等——应运而生。 其实就相当于Makefile编译系统的核心,即build/make/core/下面的内容。 它负责提供Android.bp的含义定义与解析,并将之转换为文件。。

此外,还会编译产生一个androidmk命令,可以手动把Android.mk转换成Android.bp。 这只对无选择、循环等复杂流程控制的Android.mk生效。

和都是由写的项目。 从Android Nougat开始,prebuilts/go/目录下新增了所需的运行环境,在编译时使用。

Android.bp以及相关支持,从Android Nougat开始加入,从Android Oreo(8.0)开始默认开启。 如果需要在Android Nougat的版本使用,需要在执行编译时添加变量。

make 'USE_SOONG=true'

单独编译blueprint

启用以后,在Android编译最开始的准备阶段,会执行build/soong/soong.bash进行环境准备。 其中会先编译、安装到out目录下。 也就是说,在编译Android项目时,Android.bp相关工具链会自动编译,无需费神。

是与Android强关联的一个项目,而则相对比较独立,可以单独编译、使用。

编译,首先要具备环境。 然后,按照以下步骤执行命令。

  1. go get github.com/google/blueprint
  2. cd $GOPATH/src/github.com/google/blueprint
  3. ./bootstrap.bash
  4. ./blueprint.bash
  5. ls bin

在新生成的bin目录中,包含4个可执行文件:

  • bpfmt
  • bpmodify
  • microfactory
  • minibp

由于文档较少,甚至连帮助命令都不包括命令的描述,所以其作用只能望文生义。

工具链关系

Android.mk、Android.bp、Soong、Blueprint、Ninja,它们之间到底有什么关系? 以下用简单的方式表达这几个概念之间的作用关系。

  1. Android.bp --> Blueprint --> Soong --> Ninja
  2. Makefile or Android.mk --> kati --> Ninja
  3.  
  4. (
    Android.mk --> Soong --> Blueprint --> Android.bp)

Blueprint是生成、解析Android.bp的工具,是Soong的一部分。 Soong则是专为Android编译而设计的工具,Blueprint只是解析文件的形式,而Soong则解释内容的含义。

Android.mk可以通过Soong提供的androidmk转换成Android.bp,但仅限简单配置。 目前Oreo的编译流程中,仍然是使用来做的转换。

现存的Android.mk、既有的Android.bp,都会分别被转换成Ninja。 从Android.mk与其它Makefile,会生成out/build-<product_name>.ninja文件。 而从Android.bp,则会生成out/soong/build.ninja。 此外,还会生成一个较小的out/combined-<product_name>.ninja文件,负责把二者组合起来,作为执行入口。

最终,Ninja文件才是真正直接控制源码编译的工具。

Android.bp

样例与基本概念

  1. // Android.bp sample
  2. cc_defaults(
  3. deps = [
  4. "libc",
  5. ],
  6. )
  7.  
  8. cc_library(
  9. name =
    "cmd",
  10. srcs = [
  11. "main.c",
  12. ],
  13. )
  14.  
  15. subdirs = [
    "subdir1", "subdir2"]

前面的样例中,cc_library这种()前面的,就是模块(module)。 这里module的概念,直接对应Android.mk中module的概念。 而=前面的namesrcs等,就是该模块的属性(property)。

subdirs是一个文件级的顶层属性,指定后会查找次级目录下的Android.bp。 类似于Android.mk中常用的include $(call all-subdir-makefiles)

模块是可以继承属性的。 cc_defaults就是一个文件中所有模块的父模块,可以指定公用的属性。 在以上代码中,cc_library模块虽然没有指定,但已经包含了deps属性。

语法

文件的语法比较简单,毕竟只是配置文件。

变量与属性都是动态强类型的,赋值时确定。 变量类型只有四种。

  1. Bool(truefalse
  2. 字符串Strings(”string”)
  3. 字符串列表(["string1", "string2"]
  4. 映射关系Map({key1: "value1", key2: ["value2"]}

注释方式,与Golang类似。 支持行注释// line与块注释/* block */

操作符除了赋值的=以外,只有+

常用工具

虽然编译过程中的相关很多,不过在开发过程中可能需要手动执行的命令却不多。

一个是格式化工具bpfmt。 与类似,可以格式化文件。 (其实,代码基本上都是从复制而来。)

例如,格式化当前目录及其递归子目录下的所有Android.bp:

bpfmt -w .

另一个是androidmk,负责转换Android.mk为Android.bp。 其实,现阶段没有必要学会写Android.bp,通过写Android.mk来转换也行。

androidmk Android.mk > Android.bp

Android.mk转换Android.bp实例

下面,以一个AOSP上的简单模块,system/core/sdcard/Android.mk,来做为案例。

  1. LOCAL_PATH :=
    $(call my-dir)
  2.  
  3. include $(CLEAR_VARS)
  4.  
  5. LOCAL_SRC_FILES := sdcard.cpp fuse.cpp
  6. LOCAL_MODULE := sdcard
  7. LOCAL_CFLAGS := -Wall -Wno-unused-parameter -Werror
  8. LOCAL_SHARED_LIBRARIES := libbase libcutils libminijail libpackagelistparser
  9.  
  10. LOCAL_SANITIZE := integer
  11.  
  12. include $(BUILD_EXECUTABLE)

这是一个编译二进制可执行文件的小模块,内容非常简单。 通过执行androidmk Android.mk > Android.bp,可以转换成Android.bp。

  1. cc_binary {
  2. srcs: [
  3. "sdcard.cpp",
  4. "fuse.cpp",
  5. ],
  6. name:
    "sdcard",
  7. cflags: [
  8. "-Wall",
  9. "-Wno-unused-parameter",
  10. "-Werror",
  11. ],
  12. shared_libs: [
  13. "libbase",
  14. "libcutils",
  15. "libminijail",
  16. "libpackagelistparser",
  17. ],
  18. sanitize: {
  19. misc_undefined: [
    "integer"],
  20. },
  21. }

可以看出,虽然行数变多,但其实含义更明确了。 这个名为sdcard的模块,源码有两个cpp文件,依赖库有四个。 cc_binary,就相当于include $(BUILD_EXECUTABLE)。 转换前后,该有的信息都在,只是表达方式变化了而已。

注意:如果Android.mk中包含复杂的逻辑,则转换结果会有问题,详见结果文件中的注释。

至于Android.bp支持多少像cc_binarycc_library这样的模块,每个模块又支持多少像namecflags这样的属性, 则只能去查找的文档。

文档

目前(2017年),整个Android.bp工具链,都处于文档极度缺失的阶段。 除了官方那点可怜的README以外,基本只能去看代码与注释,参考其它已经存在的Android.bp。

另外,在已经使用编译的项目中,out/soong/.bootstrap/docs/soong_build.html描述了所有的可用模块及其属性。 这多少缓解了两眼一抹黑症状,不算太过难受。 实际上,整个仍然处于发展期,Google肆无忌惮地修改,完全没考虑兼容。 在8.0.0写的Android.bp,也许在8.0.1就会编译失败。 这或许是文档与编译绑定的真意吧。 等完全成熟了,也许Android开发官网,就会有详尽的信息。

本站提供了从AOSP的android-8.0.0-r9,编译出来的一个,仅供参考。

转载于:https://www.cnblogs.com/zzb-Dream-90Time/p/10194704.html

你可能感兴趣的文章
Wget下载终极用法和15个详细的例子
查看>>
JavaScript16进制颜色值和rgb的转换
查看>>
Laravel 输出Hellow World!
查看>>
【bzoj 十连测】[noip2016十连测第九场]Problem B: 小P的单调区间(最长上升子序列+树状数组)...
查看>>
linux--samba
查看>>
django基础之中介模型
查看>>
关于副本机制
查看>>
Oracle之存储过程
查看>>
解决电脑复选框图标不正确方法
查看>>
伪数组怎么转为真正的数组呢~
查看>>
WebGL笔记(六):简单灯光
查看>>
JavaScript利用数组原型,添加方法实现遍历多维数组每一个元素
查看>>
ASP.NET生成缩略图
查看>>
“NASA”计划背后_阿里巴巴大数据系统架构概述
查看>>
oracle 查询树结构节点下的数量
查看>>
小练习
查看>>
px4的CMakelists.txt阅读
查看>>
linux-usb软件系统架构
查看>>
MySQL基础
查看>>
render Target sample in UI
查看>>