[openharmony]标准系统编译过程分析

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了[openharmony]标准系统编译过程分析相关的知识,希望对你有一定的参考价值。

参考技术A 这里以hi3516dv300开发板为例来分析,编译命令如下

当前标准系统编译入口是bash脚本,里面调用python脚本,最终调用gn/ninja + makefile/make
整体执行流程如下

上面的编译命令最终组成的gn命令如下

上面的编译命令最终组成的ninja命令如下:

OpenHarmony 3.1 Release源码编译过rk3568后,编译hi3516标准系统,出现ramdisk报错解决方案

OpenHarmony 3.1 Release源码编译过rk3568后,如果再编译hi3516标准系统,会出现ramdisk报错
解决办法:将build/ohos/images/mkimage/ramdisk_resource_config.ini的最后四行代码注释掉,就可以正常编译3516了。

[board]
boot_type = two_stages
source_path = ../../out/kernel/src_tmp/linux-5.10/make-boot.sh 
target_path = ./packages/phone/make-boot.sh

如需再次编译rk3568,恢复这四行代码就好了

以上是关于[openharmony]标准系统编译过程分析的主要内容,如果未能解决你的问题,请参考以下文章

OpenHarmony内核学习[1]--单独编译OpenHarmony标准系统内核

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

OpenHarmony 3.1 Release源码编译过rk3568后,编译hi3516标准系统,出现ramdisk报错解决方案

OpenHarmony 3.1 Release源码编译过rk3568后,编译hi3516标准系统,出现ramdisk报错解决方案

OpenHarmony 3.1 Release源码编译过rk3568后,编译hi3516标准系统,出现ramdisk报错解决方案

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