最近有小伙伴在问4.0 Beta2版本编译RK3588（也就是dayu210）时，会有各种莫名奇妙的报错

（1）subsystem name config incorrect in .......

 这个原因是OH代码加入了编译检查，临时措施是把需要编译检查的文件放到白名单里面。

在build\compile_standard_whitelist.json文件中增加 "vendor/hihope/dayu210/ohos.build", 可以忽略过ohos.build检查错误。

不过dayu210还有很多文件需要加入到白名单，这里我附件提供了一个已经添加好的，大家可以参考，下载地址：https://gitee.com/lian-zhian/OpenHarmony_code_temp/blob/master/compile_standard_whitelist.json

 

 

（2）内核打补丁错误

还有就是内核打补丁错误，这个是因为patch文件没有更新，目前已经提了PR，但是还没有合入。大家可以参考这个PR：https://gitee.com/openharmony/device_board_hihope/pulls/294/files

 

 

 

相关文件下载
compile_standard_whitelist.zip
17.75 KB
下载
Logo
欢迎加入Laval社区

社区规范：仅讨论OpenHarmony相关问题。

更多推荐

如何动态生成编译构建产物HAP、HAR和APP的名称

前言 自定义产物名称在鸿蒙应用开发中，当前有两种方式。一种是在build-profile.json5配置文件中修改artifactName属性，来改变最终的产物名称。参考： { "products": [ { "name": "default", "signingConfig": "default"

avatar Laval社区

NRF52832集成OpenHarmony轻量系统适配

集成介绍 本次集成采用zephyr(RTOS)内核 + LiteOS部件静态库的方式，集成LiteOS部件后，完成ActsBootstrapTest 、ActsSamgrTest、ActsDfxFuncTest、ActsHieventLiteTest四项测试套的测试。 LiteOS的代码为OpenHarmony-v6.1-Release分支代码，NRF52832集成SDK和编译工具链为v3.3.0

avatar Laval社区

组件可见性监听：onVisibleAreaChange

    在鸿蒙ArkUI开发中，很多业务场景都需要知道组件有没有显示在屏幕上，比如广告是否展示、列表内容是否被用户看到，以此来做数据统计、曝光埋点等操作。而 onVisibleAreaChange 就是专门用来监听组件屏幕可见状态的核心事件，能精准捕捉组件可见面积的变化，是开发中非常实用的能力。     简单来说，这个事件的核心作用就是：实时监测组件在屏幕上

avatar Laval社区