[openharmony]liteos-a系统编译之ninja

Posted 2023-03-02

参考技术A 在 文章 中已经分析openharmony的小型系统（liteos-a）编译过程，最主要的就是调用gn/ninja/makefs三个命令最终生成可烧录的镜像文件
在 文章 详细介绍了liteos-a系统编译时gn命令的原理，本文中针对liteos-a编译时ninja的使用做一些详细说明
通过前面文章中可以看到调用的ninja命令如下

ninja工具源码及文档路径为 https://github.com/ninja-build/ninja
网上也有很多中文版的资料，如 Ninja - chromium核心构建工具

类似gn工具需要在根目录下有一个.gn以及BUILD.gn文件，ninja工具运行需要根目录下有一个build.ninja文件，也即ninja编译规则的入口，此文件所在路径可以通过选项 -C dir 来指定，例如liteos-a中使用的就是gn的out路径 /home/itsenlin/code/ohos_3.0/out/hispark_taurus/ipcamera_hispark_taurus

此文件是ninja编译工具的入口，类似于make的makefile；相对于makefile，ninja文件规则、依赖更简单，编译速度也会更快
打开此文件可以看到主要包含以下几块内容

这样在执行ninja命令时，就会默认build这个 all ，然后根据前面这个依赖关系进而编译整个系统

但是有一个问题，查看这个文件内容，并没有看到各模块目录下ninja的信息，这个是怎么关联进来的呢？

查看这个文件内容，这里面不仅仅有编译工具链相关的定义，还有对编译所需要的各模块的 .ninja 文件的关联也在这里，以及build.gn中定义的一些规则也转换成rule放在这个文件中了，如下

这样就关联上了编译所需要的所有的ninja文件，然后 ninja就会对每个依赖项进行编译，最终生成 .o 、 .a 、 .so 、 .bin 等文件

当前openharmony编译系统中不仅仅使用了gn+ninja，还使用了make+makefile。
举个例子，linux kernel的编译就是通过make编译的；而liteos kernel两者都有用，编译的文件也不一样，后面再详细分析吧

是怎么实现使用两种编译工具同时编译的呢？看生成的ninja文件（或者gn中的定义）不难看出是通过执行bash脚本来实现的，以liteos-a的make为例：
gn中有下面这个定义

转换成ninja规则如下

从上面定义看，就是ninja在编译到这个build的时候就会执行 //kernel/liteos-a/build.sh 脚本，而此脚本最后就是执行的 make 命令，如下