Android12源码编译报错ninja: build stopped: subcommand failed.解决

本文主要是介绍Android12源码编译报错ninja: build stopped: subcommand failed.解决,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1、背景说明

虚拟机:wsl 2.0 Ubuntu18.04
虚拟机配置:8G内存,1T存储
软件版本:安卓系统目前最高版本是Android S,也就是Android 12 beta版本源码,无任何修改
报错内容:编译至54%时,ninja编译中断,ninja: build stopped: subcommand failed.

[ 54% 26841/49115] //prebuilts/rust:libtest rustc linux-x86/1.51.0/src/stdlibs/library/test/src/lib.rs
[ 54% 26842/49115] //frameworks/av/services/mediametrics:mediametrics clang++ main_mediametrics.cpp
[ 54% 26843/49115] Copy: out/target/product/G10/symbols/system/lib/libtest.dylib.so
[ 54% 26844/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang++ android/media/TranscodingResultParcel.cpp [com.android.media]
[ 54% 26845/49115] //frameworks/compile/libbcc/bcinfo:libbcinfo header-abi-linker libbcinfo.so.lsdump
FAILED: out/soong/.intermediates/frameworks/compile/libbcc/bcinfo/libbcinfo/android_vendor.31_arm_armv7-a-neon_cortex-a7_shared/libbcinfo.so.lsdump
prebuilts/clang-tools/linux-x86/bin/header-abi-linker -o out/soong/.intermediates/frameworks/compile/libbcc/bcinfo/libbcinfo/android_vendor.31_arm_armv7-a-neon_cortex-a7_shared/libbcinfo.so.lsdump -so out/soong/.intermediates/frameworks/compile/libbcc/bcinfo/libbcinfo/android_vendor.31_arm_armv7-a-neon_cortex-a7_shared/libbcinfo.so -arch arm  -Iframeworks/compile/libbcc/bcinfo/include @out/soong/.intermediates/frameworks/compile/libbcc/bcinfo/libbcinfo/android_vendor.31_arm_armv7-a-neon_cortex-a7_shared/libbcinfo.so.lsdump.rsp 
Failed to parse JSON: * Line 1, Column 1Syntax error: value, object or array expected.ReadDump failed
[ 54% 26846/49115] //prebuilts/gradle-plugin:metalava-gradle-plugin-deps for prebuilts [linux_glibc common]
[ 54% 26847/49115] //external/rust/crates/android_log-sys:libandroid_log_sys rustc src/lib.rs
[ 54% 26848/49115] //frameworks/base/media:media_permission-aidl-cpp clang-tidy android/media/permission/Identity.cpp
[ 54% 26849/49115] //frameworks/av/media/libmediametrics:mediametricsservice-aidl-cpp clang-tidy android/media/IMediaMetricsService.cpp
[ 54% 26850/49115] build out/target/product/G10/gen/META/lic_intermediates/webrtc_agc__agc.meta_lic
[ 54% 26851/49115] //frameworks/av/media/codec2/components/aac:libcodec2_soft_aacdec link libcodec2_soft_aacdec.so
[ 54% 26852/49115] //external/rust/crates/anyhow:libanyhow rustc src/lib.rs
[ 54% 26853/49115] //external/rust/crates/anyhow:libanyhow rustc src/lib.rs
[ 54% 26854/49115] build out/target/product/G10/gen/META/lic_intermediates/libbt-stack.meta_lic
[ 54% 26855/49115] build out/target/product/G10/gen/META/lic_intermediates/audio.a2dp.default.meta_lic
[ 54% 26856/49115] build out/target/product/G10/gen/META/lic_intermediates/libbt-audio-hal-interface.meta_lic
[ 54% 26857/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang-tidy android/media/TranscodingSessionStats.cpp [com.android.media]
[ 54% 26858/49115] build out/target/product/G10/gen/META/lic_intermediates/avrcp-target-service.meta_lic
[ 54% 26859/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang-tidy android/media/ITranscodingClientCallback.cpp [com.android.media]
[ 54% 26860/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang-tidy android/media/TranscodingVideoTrackFormat.cpp [com.android.media]
[ 54% 26861/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang-tidy android/media/IMediaTranscodingService.cpp [com.android.media]
[ 54% 26862/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang-tidy android/media/ITranscodingClient.cpp [com.android.media]
[ 54% 26863/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang-tidy android/media/TranscodingSessionParcel.cpp [com.android.media]
[ 54% 26864/49115] //frameworks/av/media/libmediatranscoding:mediatranscoding_aidl_interface-ndk_platform clang-tidy android/media/TranscodingRequestParcel.cpp [com.android.media]
[ 54% 26865/49115] //art/dexlayout:libart-dexlayout link libart-dexlayout.so [apex31]
[ 54% 26866/49115] //frameworks/av/media/codec2/components/hevc:libcodec2_soft_hevcenc link libcodec2_soft_hevcenc.so
[ 54% 26867/49115] //external/libvpx:libvpx link libvpx.so
[ 54% 26868/49115] //frameworks/av/media/codec2/components/gav1:libcodec2_soft_av1dec_gav1 link libcodec2_soft_av1dec_gav1.so
[ 54% 26869/49115] //external/libvpx:libvpx link libvpx.so
[ 54% 26870/49115] //system/logging/logd:logd link logd
ninja: build stopped: subcommand failed.
19:21:50 ninja failed with: exit status 1[0;31m#### failed to build some targets (09:08 (mm:ss)) ####[00m#### failed to exec [make droid dist BUILD_RTK_STYLE_IMAGE=true DIST_DIR=/home/daqiang_ni/samba/airplay75p/vendor/realtek/common/kernel/system/tmp/dist/android] (09:08 (mm:ss)) ####
tcl ret_tclbuild = 1#### failed to exec [trom_build] (22:50 (mm:ss)) ####

2、尝试方案

报错后尝试多次增量编译,始终在54%作用报错,报错内容一致。
怀疑sync未拉完整,重新repo sync,提示success,再次编译仍报错。
其他同事表示能编译通过,考虑到编译环境不同,采用VMWare虚拟机环境编译,仍97%报相同错误。
尝试make clean,rm -rf out/清除编译环境后编译,仍报错。
查阅资料提示由于编译时linux内存不足导致编译中断,wsl2 扩展VHD 至10G(方法如下),仍报相同错误。
添加wsl2配置文件
C:\Users\userName路径添加.wslconfig文件
.wslconfig

[wsl2]
memory=10GB
processors=8

.wslconfig内容如上,内存配置为10GB,处理器8核即16线程
重启Ubuntu18.04,查看内存情况,已修改为10GB

$ free memory -htotal        used        free      shared  buff/cache   available
Mem:           9.7G        2.6G        1.8G         36K        5.3G        6.9G
Swap:          3.0G         33M        3.0G

3、问题分析及处理

使用如下命令在编译时间隔1秒持续打印linux内存使用情况,当发生报错时内存仅剩110MB左右,基本可以判断是由于编译时系统内存吃紧导致的编译中断

$watch -d -n 1 free memory -h
Every 1.0s: free memory -h                                                                                                                                                                                  gd08575: Tue Aug  2 09:41:24 2022total        used        free      shared  buff/cache   available
Mem:           9.7G        2.9G        912M         36K        5.9G        6.6G
Swap:          3.0G         37M        3.0G

#或者使用命令

$ while true;do free memory -h;sleep 1;donetotal        used        free      shared  buff/cache   available
Mem:           9.7G        3.5G        4.1G         36K        2.1G        6.0G
Swap:          3.0G         41M        3.0Gtotal        used        free      shared  buff/cache   available
Mem:           9.7G        3.3G        4.2G         36K        2.2G        6.1G
Swap:          3.0G         41M        3.0G
...

当报错后查看内存,可用内存大概4GB甚至更少,使用htop命令查看linux进程发现仍有很多编译进程在跑,因此尝试重启wsl2释放内存后再编译

#关闭Ubuntu18.04LTS后,管理员权限打开WindowsPowerShell重启wsl
$wsl --shutdown

进入Ubuntu18.05LTS检测内存情况,9GB可用,重试Android 增量编译,编译success!

参考学习

这篇关于Android12源码编译报错ninja: build stopped: subcommand failed.解决的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/232657

相关文章

IDEA和GIT关于文件中LF和CRLF问题及解决

《IDEA和GIT关于文件中LF和CRLF问题及解决》文章总结:因IDEA默认使用CRLF换行符导致Shell脚本在Linux运行报错,需在编辑器和Git中统一为LF,通过调整Git的core.aut... 目录问题描述问题思考解决过程总结问题描述项目软件安装shell脚本上git仓库管理,但拉取后,上l

解决docker目录内存不足扩容处理方案

《解决docker目录内存不足扩容处理方案》文章介绍了Docker存储目录迁移方法:因系统盘空间不足,需将Docker数据迁移到更大磁盘(如/home/docker),通过修改daemon.json配... 目录1、查看服务器所有磁盘的使用情况2、查看docker镜像和容器存储目录的空间大小3、停止dock

idea npm install很慢问题及解决(nodejs)

《ideanpminstall很慢问题及解决(nodejs)》npm安装速度慢可通过配置国内镜像源(如淘宝)、清理缓存及切换工具解决,建议设置全局镜像(npmconfigsetregistryht... 目录idea npm install很慢(nodejs)配置国内镜像源清理缓存总结idea npm in

idea突然报错Malformed \uxxxx encoding问题及解决

《idea突然报错Malformeduxxxxencoding问题及解决》Maven项目在切换Git分支时报错,提示project元素为描述符根元素,解决方法:删除Maven仓库中的resolv... 目www.chinasem.cn录问题解决方式总结问题idea 上的 maven China编程项目突然报错,是

在Ubuntu上打不开GitHub的完整解决方法

《在Ubuntu上打不开GitHub的完整解决方法》当你满心欢喜打开Ubuntu准备推送代码时,突然发现终端里的gitpush卡成狗,浏览器里的GitHub页面直接变成Whoathere!警告页面... 目录一、那些年我们遇到的"红色惊叹号"二、三大症状快速诊断症状1:浏览器直接无法访问症状2:终端操作异常

mybatis直接执行完整sql及踩坑解决

《mybatis直接执行完整sql及踩坑解决》MyBatis可通过select标签执行动态SQL,DQL用ListLinkedHashMap接收结果,DML用int处理,注意防御SQL注入,优先使用#... 目录myBATiFBNZQs直接执行完整sql及踩坑select语句采用count、insert、u

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

linux查找java项目日志查找报错信息方式

《linux查找java项目日志查找报错信息方式》日志查找定位步骤:进入项目,用tail-f实时跟踪日志,tail-n1000查看末尾1000行,grep搜索关键词或时间,vim内精准查找并高亮定位,... 目录日志查找定位在当前文件里找到报错消息总结日志查找定位1.cd 进入项目2.正常日志 和错误日

java 恺撒加密/解密实现原理(附带源码)

《java恺撒加密/解密实现原理(附带源码)》本文介绍Java实现恺撒加密与解密,通过固定位移量对字母进行循环替换,保留大小写及非字母字符,由于其实现简单、易于理解,恺撒加密常被用作学习加密算法的入... 目录Java 恺撒加密/解密实现1. 项目背景与介绍2. 相关知识2.1 恺撒加密算法原理2.2 Ja