summaryrefslogtreecommitdiffstats
path: root/code/projects/ohos_compile.md
diff options
context:
space:
mode:
Diffstat (limited to 'code/projects/ohos_compile.md')
-rw-r--r--code/projects/ohos_compile.md420
1 files changed, 420 insertions, 0 deletions
diff --git a/code/projects/ohos_compile.md b/code/projects/ohos_compile.md
new file mode 100644
index 0000000..150ee25
--- /dev/null
+++ b/code/projects/ohos_compile.md
@@ -0,0 +1,420 @@
1<!-- 鸿蒙开发环境搭建 -->
2
3[toc]
4
5> 本次编译环境搭建参考了以下博客：
6>
7> - [HiHope_DAYU200/开发环境搭建编译指南](https://gitee.com/hihope_iot/docs/blob/master/HiHope_DAYU200/%E5%BC%80%E5%8F%91%E7%8E%AF%E5%A2%83%E6%90%AD%E5%BB%BA%E7%BC%96%E8%AF%91%E6%8C%87%E5%8D%97.md)
8> - [基于 Ubuntu 20.04 配置 OpenHarmony 开发环境](https://juejin.cn/post/7257553293889634363)
9> - [OpenHarmony 源码编译步骤(基于 3.2 beta3)](https://blog.csdn.net/jwq1220/article/details/127303546?csdn_share_tail=%7B%22type%22%3A%22blog%22%2C%22rType%22%3A%22article%22%2C%22rId%22%3A%22127303546%22%2C%22source%22%3A%222401_82617925%22%7D&fromshare=blogdetail)
10> - [FAILED: load BTF from vmlinux: Unknown error -2](https://unix.stackexchange.com/questions/616392/failed-load-btf-from-vmlinux-unknown-error-2make-makefile1162-vmlinu)
11
12# 环境与依赖
13
14## 硬件环境
15
16编译过程使用的是 `Ubuntu`，经测试，`Ubuntu 22.04 LTS`/`Ubuntu 20.04 LTS`/`Ubuntu 18.04 LTS` 均可用。
17
18网上的大多数博客里没有对编译的硬件限制作出说明，现根据我们的情况，给出一个大概的范围：
19
20- **内存必须在 10G 以上**，我使用的是 13G，编译成功（8G 时编译失败了，下文会说明）
21- **磁盘 160G 或以上**
22 - 源码大小就 36G 左右了
23 - 大量的依赖会占据数十 G 的空间
24 - 我用的是 160G 磁盘，编译成功，但基本不剩什么空间了
25- 注意所需要的**ohos 的版本、cpu 版本、位数等信息**
26
27这里我用的是 VMWare+Ubuntu22.04 虚拟机。
28
29## 软件包依赖
30
31安装依赖在博客中都有讲，但**少了一部分依赖项**，我因而将所有必要的依赖项整理到一个脚本里了：
32
33```bash
34#!/bin/bash
35set -e # 一旦出错立刻停止执行，不会执行后续指令
36
37# 更新软件源
38sudo apt update
39sudo apt upgrade
40
41# 官方博客说明的依赖项
42sudo apt install binutils git git-lfs gnupg flex \
43 bison gperf build-essential zip curl zlib1g-dev gcc-multilib g++-multilib \
44 libc6-dev-i386 lib32ncurses5-dev x11proto-core-dev libx11-dev lib32z1-dev ccache \
45 libgl1-mesa-dev libxml2-utils xsltproc unzip m4 bc gnutls-bin \
46 python3-pip ruby libtinfo-dev libtinfo5 \
47
48# 官方博客未说明，但安装过程中报缺失的依赖项
49sudo apt install openjdk-8-jdk libssl-dev libelf-dev default-jdk \
50 genext2fs u-boot-tools mtd-utils scons gcc-arm-none-eabi \
51 liblz4-tool
52
53# 别的博客说明的依赖项
54sudo apt install device-tree-compiler lib32stdc++6 lib32z1 libncurses5-dev lib32ncurses6
55
56# 检查是否存在python3，如不存在则为之安装
57if ! [ -x "$(command -v python3)" ]; then
58 sudo apt install python3
59fi
60# 是否有python，如没有则建立软连接到python3的位置
61if ! [ -x "$(command -v python)" ]; then
62 sudo ln -s $(which python3) /usr/bin/python
63fi
64```
65
66这里需要注意的是，**如果安装过程中出现报错，在修改之后，必须重新执行整个脚本**，因为在 apt 发现找不到某个软件包之后，后续的包与命令都不会执行。
67
68# 配置 git
69
70## git 基础设置
71
72在上边我们已经下载了本次所需要的`git`与`git-lfs`，接下来我们需要对`git`进行基础设置。
73
74```bash
75# 设置用户名与密码，新用户必做
76# 这里的用户名与密码只是一个写在git提交记录中的标识，可以与gitee/github账号无关
77git config --global user.name "yourname"
78git config --global user.email "your-email-address"
79# git凭证缓存，必做
80git config --global credential.helper store
81# git默认的文本编辑器是nano，我一般喜欢改为vim，选做
82git config --global core.editor vim
83```
84
85## gitee 帐户
86
87由于 OpenHarmony 的源码托管在 gitee 上，所以我们需要在 gitee 上注册一个帐户。注册的方法在此不复赘述。
88
89本次编译过程中，我们并不需要提交代码，因而可以仅通过 http 方式从 gitee 下载源码——如果是这样的话，**就不需要进行 git 与 gitee 关联**；如果想要提交代码，那么需要将本地的 git 与 gitee 账号关联起来，具体操作如下：
90
91```bash
92# 在本地执行
93ssh-keygen -t rsa -C "your-email-address"
94```
95
96命令执行后，每次需要输入都直接回车，**连续有三个回车**，执行就会结束，ssh 密钥对的公钥和私钥分别保存在`~/.ssh/id_rsa.pub`和`~/.ssh/id_rsa`中。
97
98在 gitee 用户的设置界面，将公钥`id_rsa.pub`的内容复制到 gitee 的 SSH 公钥中，保存即可。
99
100此时，我们就可以通过 ssh 的方式与 gitee 进行交互、也可以免密提交代码了。
101
102# 系统源码编译
103
104## 配置 repo 工具
105
106**注意：前两条命令需要以 root 身份执行！！！**
107
108```bash
109# 以下两条命令需要以root身份执行
110sudo -s
111curl -s https://gitee.com/oschina/repo/raw/fork_flow/repo-py3 > /usr/local/bin/repo
112chmod a+x /usr/local/bin/repo
113exit
114
115# 这条普通身份也可以
116pip3 install -i https://repo.huaweicloud.com/repository/pypi/simple requests
117```
118
119之所以前两条命令需要以 root 身份而不能是 sudo，是因为`/usr/local/bin`是一个只有 root 用户才有写权限的目录，而 sudo 命令虽然是以 root 身份执行，但**重定向时候 sudo 用的也是当前用户身份**，权限不足，自然报错。（**如果是管道，那么 sudo 也是只对当前命令有效，而不是对后续的整个管道有效。**）
120
121## 获取源码
122
123通过 repo + https/ssh 下载：
124
125```bash
126# 通过http下载，这里需要注意你需要的ohos的版本
127repo init -u https://gitee.com/openharmony/manifest.git -b master --no-repo-verify
128# 如果需要的是特定分支，-b后边改成对应分支名
129# 如果是tag，-b后的参数比较复杂，要在网页上提前确定好需要的tag名字，
130# 如下载的是tag为OpenHarmony-v3.2-Release的版本，命令如下：
131# repo init -u https://gitee.com/openharmony/manifest -b refs/tags/OpenHarmony-v3.2-Release --no-repo-verify
132# 除使用https外，也可以通过ssh下载
133# repo init -u git@gitee.com:openharmony/manifest.git -b master --no-repo-verify
134
135repo sync -c
136repo forall -c 'git lfs pull'
137```
138
139## prebuilts 与编译
140
141```bash
142# 先在源码根目录下执行脚本，安装编译器及二进制工具
143bash build/prebuilts_download.sh
144# 再执行如下命令进行版本编译
145# 注意：默认编译的时候，目标cpu是32位，即使为64位cpu也无法使用64位功能
146sudo ./build.sh --product-name rk3568 --ccache
147# 如果是64位cpu，需要加上--target-cpu=arm64
148sudo ./build.sh --product-name rk3568 --ccache --target-cpu=arm64
149```
150
151## 编译完成
152
153编译所生成的文件都归档在 out 目录下，结果镜像输出在源码根目录下的`out/rk3568/packages/phone/images`目录下。
154
155自此源码编译成功，即可进行镜像烧录。
156
157# 编译报错解决记录
158
159以下记录编译过程中出现的一些出现过的报错、坑点和注意事项，以为后来者鉴。
160
161## ssh 下载源码报错
162
163在使用 ssh 下载时，第一步`repo init -u git@gitee.com:openharmony/manifest.git -b master --no-repo-verify`，报错：
164
165```
166Warning: Permanently added 'gitee.com,180.76.198.77' (ECDSA) to the list of known hosts.
167```
168
169经检查，发现 gitee 邮箱设置与公钥中邮箱存在差异，修改 gitee 邮箱设置后成功。
170
171## 设备磁盘空间不足
172
173编译过程中异常终止，并显示“设备上没有空间”。
174
175**解决方法：**
176
177- 在`VMWare`中扩大磁盘空间
178 - **关闭虚拟机**
179 - 在`VMWare`上方菜单栏中依次选择`虚拟机->设置->硬件->硬盘->扩展`，然后输入新的磁盘大小
180 - 点击确定后会提示，说需要在虚拟机中扩展分区，才能使用新的磁盘空间
181- 打开虚拟机，并扩展分区
182 - 在命令行中输入`sudo apt install gparted`，安装`gparted`分区工具
183 - 打开该工具，选择需要扩展的分区（一般为挂载到根目录`/`的那个分区），点击`Resize/Move`，然后拖动分区大小，点击`Resize/Move`，再点击`Apply`，等待分区扩展完成
184
185如果在虚拟机里用 gparted 进行分区扩展时，弹窗说“分区被挂载为只读，无法调整大小”。此时我们需要：
186
187- 右键该分区，查看挂载到什么位置了。一般是挂载到`/`与`/var/snap/firefox/common/host-hunspell`
188- 执行以下命令：
189
190```bash
191# 对于这个设备挂载到的每一个分区，都执行以下命令，以此类推
192sudo mount -o remount -rw /
193sudo mount -o remount -rw /var/snap/firefox/common/host-hunspell
194```
195
196而后在 gparted 中点击`gparted->刷新设备`，即可进行分区扩展。
197
198## 一个奇怪的报错——`GN Failed`
199
200这是一个很奇怪的报错，我们尚未找到真正的原因所在，只知道如何暂时地绕过去。
201
202### 问题描述与复现
203
204问题复现方法为在编译过程中，执行以下命令：
205
206```bash
207./build.sh --product-name rk3568 --ccache
208```
209
210该命令是指导书中写的编译命令，但执行时候会出错；**与上文所述的经确认无误的编译命令不同在于没加`sudo`**。
211
212如果按照指导书的命令来，不出意外编译将会报错：
213![](https://www.qin-juan-ge-zhu.top/images/code/ohos_gn_fail_1.png)
214![](https://www.qin-juan-ge-zhu.top/images/code/ohos_gn_fail_2.png)
215
216**以下是该问题的具体描述：**
217
218`build.log`如下：
219
220```plaintext
221Set cache size limit to 100.0 GB
222[OHOS INFO] loader args:['platforms_config_file="/home/axiomer/桌面/out/preloader/ohos-sdk/platforms.build"', 'subsystem_config_file="/home/axiomer/桌面/out/preloader/ohos-sdk/subsystem_config.json"', 'example_subsystem_file=""', 'exclusion_modules_config_file="/home/axiomer/桌面/out/preloader/ohos-sdk/exclusion_modules.json"', 'source_root_dir="/home/axiomer/桌面/"', 'gn_root_out_dir="out/sdk"', 'build_platform_name=phone', 'build_xts=False', 'load_test_config=False', 'target_os=ohos', 'target_cpu=arm64', 'os_level=standard', "ignore_api_check=['xts', 'common', 'testfwk']", 'scalable_build=False', 'skip_partlist_check=False']
223[OHOS INFO] Excuting gn command: /home/axiomer/桌面/prebuilts/build-tools/linux-x86/bin/gn gen --args="product_name=\"ohos-sdk\" product_path=\"/home/axiomer/桌面/productdefine/common/products\" product_config_path=\"/home/axiomer/桌面/productdefine/common/products\" device_name=\"sdk\" device_path=\"/home/axiomer/桌面/device/board/ohos/sdk\" device_company=\"ohos\" device_config_path=\"/home/axiomer/桌面/device/board/ohos/sdk\" target_cpu=\"arm64\" is_standard_system=true ohos_build_compiler_specified=\"\" ohos_build_time=1707374188101 ohos_build_datetime=\"2024-02-08 22:36:28\" build_ohos_sdk=true build_ohos_ndk=true ohos_build_enable_ccache=true ohos_build_type=\"debug\" device_type=\"default\" build_variant=\"root\" use_thin_lto=false ndk_platform=\"linux\" sdk_for_hap_build=true skip_generate_module_list_file=true enable_lto_O0=true archive_ndk=false enable_ndk_doxygen=false use_cfi=false sdk_check_flag=false sdk_platform=\"linux\" root_perf_main=\"main\" runtime_mode=\"release\"" --args=product_name="ohos-sdk" product_path="/home/axiomer/桌面/productdefine/common/products" product_config_path="/home/axiomer/桌面/productdefine/common/products" device_name="sdk" device_path="/home/axiomer/桌面/device/board/ohos/sdk" device_company="ohos" device_config_path="/home/axiomer/桌面/device/board/ohos/sdk" target_cpu="arm64" is_standard_system=true ohos_build_compiler_specified="" ohos_build_time=1707374188101 ohos_build_datetime="2024-02-08 22:36:28" build_ohos_sdk=true build_ohos_ndk=true ohos_build_enable_ccache=true ohos_build_type="debug" device_type="default" build_variant="root" use_thin_lto=false ndk_platform="linux" sdk_for_hap_build=true skip_generate_module_list_file=true enable_lto_O0=true archive_ndk=false enable_ndk_doxygen=false use_cfi=false sdk_check_flag=false sdk_platform="linux" root_perf_main="main" runtime_mode="release" /home/axiomer/桌面/out/sdk
224ERROR at //build/config/BUILDCONFIG.gn:92:15: Could not read file.
225 read_file("${preloader_output_dir}/build_config.json", "json")
226 ^------------------------------------------
227I resolved this to "/home/axiomer/桌面/out/preloader/build_config.json".
228root_out_dir=//out/sdk
229root_build_dir=//out/sdk
230root_gen_dir=//out/sdk/gen
231current_toolchain=
232[91m[OHOS ERROR][0m Traceback (most recent call last):
233[91m[OHOS ERROR][0m File "/home/axiomer/桌面/build/hb/containers/status.py", line 47, in wrapper
234[91m[OHOS ERROR][0m return func(*args, **kwargs)
235[91m[OHOS ERROR][0m File "/home/axiomer/桌面/build/hb/services/gn.py", line 197, in _execute_gn_gen_cmd
236[91m[OHOS ERROR][0m SystemUtil.exec_command(gn_gen_cmd, self.config.log_path)
237[91m[OHOS ERROR][0m File "/home/axiomer/桌面/build/hb/util/system_util.py", line 64, in exec_command
238[91m[OHOS ERROR][0m LogUtil.get_failed_log(log_path)
239[91m[OHOS ERROR][0m File "/home/axiomer/桌面/build/hb/util/log_util.py", line 191, in get_failed_log
240[91m[OHOS ERROR][0m LogUtil.get_gn_failed_log(log_path)
241[91m[OHOS ERROR][0m File "/home/axiomer/桌面/build/hb/util/log_util.py", line 137, in get_gn_failed_log
242[91m[OHOS ERROR][0m raise OHOSException(
243[91m[OHOS ERROR][0m exceptions.ohos_exception.OHOSException: GN Failed! Please check error in /home/axiomer/桌面/out/sdk/error.log, and for more build information in /home/axiomer/桌面/out/sdk/build.log
244[91m[OHOS ERROR][0m
245[91m[OHOS ERROR][0m Code: 3000
246[91m[OHOS ERROR][0m
247[91m[OHOS ERROR][0m Reason: GN Failed! Please check error in /home/axiomer/桌面/out/sdk/error.log, and for more build information in /home/axiomer/桌面/out/sdk/build.log
248[91m[OHOS ERROR][0m
249[91m[OHOS ERROR][0m Error Type: UNKNOWN
250[91m[OHOS ERROR][0m
251[91m[OHOS ERROR][0m Description: An unknown error occurred while executing 'gn gen'.
252[91m[OHOS ERROR][0m
253[91m[OHOS ERROR][0m Solution: There is no solution available. You can check the 'gn_error.log' in the output directory for more information
254[91m[OHOS ERROR][0m
255```
256
257报错信息中提到`ERROR at //build/config/BUILDCONFIG.gn:92:15: Could not read file.`，但是经过检查文件，**存在名为`BUILDCONFIG.gn`的文件，且开放可读权限**；但报错信息中显示无法读该文件。
258
259### 失败尝试
260
261在此，我进行了许多尝试，但都无一例外失败了；以下是我的尝试点，或许会有帮助：
262
263- 根据[一个相似提问]()，对相关依赖进行安装，失败了：
264 ![](https://www.qin-juan-ge-zhu.top/images/code/ohos_gn_fail_dependencies.png)
265- 根据报错信息，在编译命令中添加`--no-prebuilt-sdk`选项对 ohos-sdk 的构建进行跳过，依然失败
266
267尝试未果 T^T
268
269### 最终方案
270
271报错信息如下所示：
272
273在上述报错信息中提到`Permission denied`，即权限不够；于是尝试添加`sudo`，居然跑通了！！！！
274
275在指导书的编译指令`./build.sh --product-name rk3568 --ccache`前添加权限设置`sudo`，即指令更改为：
276
277```bash
278sudo ./build.sh --product-name rk3568 --ccache
279```
280
281不知道为什么，编译过程中始终没有向我提出权限要求，但是不加`sudo`开权限就是跑不通，很奇怪 @ \_ @也许是 OHOS 内敛不好意思申请权限呢……
282
283## 另一个奇怪的报错——`FAILED: load BTF from vmlinux: Unknown error -22`
284
285关于这个报错，当时的错误日志、运行日志、聊天截图均已丢失，但时日不久，记忆还算清楚，加上这个报错困扰了我好些天，因而必须记录。
286
287### 问题简要描述
288
289正常按照`sudo ./build.sh --product-name rk3568 --ccache`编译时，报错，主要报错信息如下：
290
291```plaintext
292die__process_unit: DW_TAG_label (0xa) @ <0x3adc> not handled!
293die__process_unit: DW_TAG_label (0xa) @ <0x3bdc> not handled!
294die__process_unit: DW_TAG_label (0xa) @ <0x3bef> not handled!
295die__process_unit: DW_TAG_label (0xa) @ <0x3ce5> not handled!
296die__process_unit: DW_TAG_label (0xa) @ <0x3cff> not handled!
297die__process_unit: DW_TAG_label (0xa) @ <0x3d19> not handled!
298Killed
299 LD .tmp_vmlinux.kallsyms1
300 KSYMS .tmp_vmlinux.kallsyms1.S
301 AS .tmp_vmlinux.kallsyms1.S
302 LD .tmp_vmlinux.kallsyms2
303 KSYMS .tmp_vmlinux.kallsyms2.S
304 AS .tmp_vmlinux.kallsyms2.S
305 LD ymlinux
306 BTEIDS vmlinux
307FAILED: load BTF from vmlinux: Unknown error -22make[2]: *** [/home/player/harmony/out/kernel/src_tmp/linux-5.19/
308Makefile:1225: vmlinux]错误 255
309make[1]: *** [arch/arm64/Makefile:208: rk3568-toybrick-x0-linux.img]错误2
310make[1]: 离开目录"/home/player/harmony/out/kernel/OBJ/linux-5.10"
311make: *** [Makefile:192:__sub-make]错误 2
312```
313
314可以看到，报错的关键点在于`FAILED: load BTF from vmlinux: Unknown error -22`这里。查看 Makefile 对应报错位置：
315
316```makefile
317vmlinux: scripts/link-vmlinux.sh autoksyms_recursive $(vmlinux-deps) FORCE
318 +$(call if_changed,link-vmlinux)
319
320targets := vmlinux
321```
322
323### 解释
324
325- 这段 makefile 的实际功能是链接一个虚拟 linux
326 - 通过目录位置，我们可以合理猜测，这里是在进行**linux 内核编译，但失败了**
327- 报错中说的`BTF`则是数据格式
328 - 一般出现`load BTF from xxx`错误时，是由于系统不一致导致的（也就是不同系统 BTF 格式不一样，出现了识别错误）
329- 最重要的是，**Unknown error -22 这个报错码，搜不到任何信息！**
330
331因而，我尝试了重装系统，将我的 Ubuntu22.04 重装为 20.04，但最后**仍然会出现这个错误**，足以证明不是系统差异导致的。
332
333### 解决
334
335最终，我在[第二篇参考博客](https://unix.stackexchange.com/questions/616392/failed-load-btf-from-vmlinux-unknown-error-2make-makefile1162-vmlinu)里找到了答案：编译较新的 Linux 内核时，至少需要 10G+内存，而我一贯把虚拟机内存只设置为 8G。
336
337令人好奇的是，为什么需要这么大内存？按理来说在虚拟内存空间里，物理内存不够的时候，不应该是由 OS 出面进行内存与磁盘的页面调度吗？我认为，可能是在编译过程中，其他进程占据一部分内存，而这里在链接一个虚拟 linux 文件，可能文件体积过大而尚未创建完成，所有页面一直驻留在内存中，导致内存崩溃。
338
339总而言之，言而总之，在`VMware->虚拟机->设置->硬件->内存`中，把内存扩大，就可以完美解决该问题。经我的测试，内存 13.2G(主机总内存 16G 时候推荐的最大虚拟机内存)是能编译完成的，编译时长 6h。最终解决。
340
341# ohos 的 NDK
342
343NDK 编译方式比较简单，在源码根目录下执行如下命令：
344
345```bash
346# 安装依赖
347./build/build_scripts/env_setup.sh
348
349# 执行完上述命令后记得执行source ~/.bashrc或者重启终端
350source ~/.bashrc
351
352# 安装编译SDK需要的依赖包（编译镜像的时候是不依赖这些包的）
353sudo apt-get install libxcursor-dev libxrandr-dev libxinerama-dev
354
355./build.sh --product-name ohos-sdk --ccache --build-target ohos_ndk
356```
357
358编译出来的 NDK 在`out/sdk/packages/ohos-sdk/linux/native`下。当然同时也有 windows 版本的 NDK，你猜在哪里？
359
360将编译出来的 NDK 的 zip 解压到你想要的目录下，然后将该目录添加到环境变量中，即可使用。
361
362注意，NDK 包提供的交叉编译工具是 cmake 和 ninja，编译器是 clang 和 clang++，并没有我们熟悉的 gcc/g++和 make。除此之外，NDK 还未我们提供编译所需的全套服务，如编译工具链配置文件`ohos.toolchain.cmake`、头文件、库文件等。快说，谢谢 ohos~
363
364为了更方便地使用NDK，鄙人不才，写了两个脚本，分别用于cmake编译和单文件编译：
365
366```bash
367#!/bin/bash
368
369##########################################################################
370# File Name : compile.sh
371# Encoding : utf-8
372# Author : We-unite
373# Email : weunite1848@gmail.com
374# Created Time : 2024-02-29 15:19:15
375##########################################################################
376
377set -e
378
379if [ $UID -eq 0 ]; then
380 echo "Please do not run this script as root"
381 exit 1
382fi
383
384if [ $# -ne 2 ]; then
385 echo "Usage: $0 <static|shared> <v7|v8>"
386 exit 1
387fi
388
389if [ $2 == "v8" ]; then
390 arch=arm64-v8a
391elif [ $2 == "v7" ]; then
392 arch=armeabi-v7a
393else
394 echo "Invalid architecture: $2"
395 exit 1
396fi
397
398link=$1 # static or shared
399native_path=~/app/native
400
401export PATH=$native_path/build-tools/cmake/bin:$PATH
402
403# 使用cmake编译，编译生成的文件运行在rk3568上
404cmake -B build -D OHOS_STL=c++_$link -D OHOS_ARCH=$arch -D OHOS_PLATFORM=OHOS -D CMAKE_TOOLCHAIN_FILE=$(find $native_path -name ohos.toolchain.cmake)
405cmake --build build
406```
407
408```bash
409```
410
411# 完结撒花
412
413本次鸿蒙开发环境的搭建过程可谓一波三折，总结几个最大的坑点，或许可以作为编译的经验罢：
414
415- **有报错，试试添加权限！**
416- 贫贱程序猿百事哀，编译 OpenHarmony 系统需要**足够的硬件配置**
417 - 内存 10G+
418 - 磁盘 160G+
419
420不说了，抓紧攒点钱开学升级电脑配置要紧……磁盘快炸了…… \ No newline at end of file
generated by cgit v1.2.3-70-g09d2 (git 2.46.0) at 2025-04-12 10:14:47 +0800