chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

剖析OpenHarmony3.0編譯構(gòu)建流程

OpenHarmony技術(shù)社區(qū) ? 來源:HarmonyOS技術(shù)社區(qū) ? 作者:亮子力 ? 2021-12-07 10:54 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

早就打算研究下 OH3.0 的編譯框架了,最近一直在搞移植,總算有點(diǎn)進(jìn)展了,抽個(gè)空來分析下 3.0 的編譯框架。

大體看了下和 2.0 的差別不是特別大:《OpenHarmony 2.0 Canary編譯構(gòu)建流程》。

OHOS3.0 的打包鏡像腳本由原來 2.0 的 buildadapteruild_image.sh,全部修改替換為 buildohosimagesuild_image.py,將打包 image 鏡像的部分制作成 build_target。

以前是通過 shell 腳本來調(diào)用,現(xiàn)在是通過 gn 和 ninja 來調(diào)用。主要文件在 buildohosimages 這個(gè)文件夾下。

沒有修改的部分就不說了,有需要的可以看我之前的帖子 這篇主要說下不一樣的地方,看 OH3.0 是如何將編譯好的文件打包成鏡像的。

增加編譯參數(shù)

3.0 之后在 builduild_scriptsuild_common.sh 增加了 build_cmd+=" build_target=images"。

這句的意思約等于在執(zhí)行默認(rèn)編譯命令 ./build.sh --product-name Hi3516DV300 會(huì)有個(gè)默認(rèn)的參數(shù) --build-target images。

具體流程是這樣的:

builduild_scriptsuild_common.sh→buildcoregnBUILD.gn→buildohosimagesBUILD.gn
action_with_pydeps("${_platform}_${_image_name}_image"){
script="http://build/ohos/images/build_image.py"
depfile="$target_gen_dir/$target_name.d"
deps=["http://build/ohos/packages:${_platform}_install_modules"]

image_config_file=
"http://build/ohos/images/mkimage/${_image_name}_image_conf.txt"
output_image_file="$current_platform_dir/images/${_image_name}.img"

image_input_path="$current_platform_dir/${_image_name}"
if(_image_name=="userdata"){
image_input_path="$current_platform_dir/data"
}

sources=[
image_config_file,
system_module_info_list,
system_modules_list,
]
outputs=[output_image_file]
args=[
"--depfile",
rebase_path(depfile,root_build_dir),
"--image-name",
_image_name,
"--input-path",
rebase_path(image_input_path,root_build_dir),
"--image-config-file",
rebase_path(image_config_file,root_build_dir),
"--output-image",
rebase_path(output_image_file,root_build_dir),
"--build-image-tools-path",
rebase_path(build_image_tools_path,root_build_dir),
]
if(sparse_image){
args+=["--sparse-image"]
}
}

通常情況下,gn 會(huì)使用 action 運(yùn)行一個(gè)腳本來生成一個(gè)文件,但是這里使用的是 action_with_pydeps,應(yīng)該也是內(nèi)置的目標(biāo)類型。查看官方手冊(cè)是這么說明的:

輸入和文件,將操作讀?。ɑ驁?zhí)行)的所有文件列為 inputs:

  • 僅按從屬目標(biāo)列出輸入是不夠的。它們必須由使用它們的目標(biāo)直接列出,或者由 depfile 添加。

  • 非系統(tǒng) Python 導(dǎo)入是輸入!對(duì)于導(dǎo)入此類模塊的腳本,請(qǐng)使用 action_with_pydeps 來確保將所有依賴的 Python 文件捕獲為輸入。

前面還定義了一個(gè) image_list,然后使用 foreach 執(zhí)行 action_with_pydeps,要生成幾個(gè) img 文件,就執(zhí)行幾次 action_with_pydeps。
image_list=[
"system",
"vendor",
"userdata",
"updater",
]
foreach(_image_name,image_list){......}

調(diào)用 python 腳本

既然知道了 img 鏡像是由 buildohosimagesuild_image.py 來創(chuàng)建的,那就來分析下這個(gè) python 腳本。
ifos.path.exists(args.output_image_path):
os.remove(args.output_image_path)#刪除之前生成的鏡像文件夾
ifargs.image_name=='userdata':
_prepare_userdata(args.input_path)#準(zhǔn)備好userdata.img需要的文件
ifos.path.isdir(args.input_path):
_make_image(args)
_dep_files=[]
for_root,_,_filesinos.walk(args.input_path):
for_filein_files:
_dep_files.append(os.path.join(_root,_file))
build_utils.write_depfile(args.depfile,
args.output_image_path,
_dep_files,
add_pydeps=False)
===================================================================
def_make_image(args):
ifargs.image_name=='system':
_prepare_root(args.input_path)#準(zhǔn)備好system.img需要的文件
elifargs.image_name=='updater':
_prepare_updater(args.input_path)#準(zhǔn)備好updater.img需要的文件
image_type="raw"
ifargs.sparse_image:
image_type="sparse"
mk_image_args=[
args.input_path,args.image_config_file,args.output_image_path,
image_type
]
env_path="../../build/ohos/images/mkimage"
ifargs.build_image_tools_path:
env_path='{}:{}'.format(env_path,args.build_image_tools_path)
os.environ['PATH']='{}:{}'.format(env_path,os.environ.get('PATH'))
mkimages.mk_images(mk_image_args)#而真正制作鏡像使用的下面的函數(shù)
===================================================================
#buildohosimagesmkimagemkimages.py
defmk_images(args):
......
if"system.img"indevice:
src_dir=build_rootdir(src_dir)
mkfs_tools,mk_configs=load_config(config_file)
mk_configs=src_dir+""+device+""+mk_configs

res=run_cmd(mkfs_tools+""+mk_configs)#制作鏡像命令使用的是mkfs_tools
===================================================================
if"ext4"inmk_configs:
fs_type="ext4"
mkfs_tools="mkextimage.py"#而mkfs_tools根據(jù)文件系統(tǒng)類型,分別調(diào)用對(duì)應(yīng)的python腳本
elif"f2fs"inmk_configs:
mkfs_tools="mkf2fsimage.py"
fs_type="f2fs"
===================================================================
#buildohosimagesmkimagemkextimage.py#制作ext4文件系統(tǒng)
defbuild_run_mke2fs(args):
.....
blocks=int(int(args.fs_size)/BLOCKSIZE)
mke2fs_cmd+=("mke2fs"+str(mke2fs_opts)+"-t"+FS_TYPE+"-b"
+str(BLOCKSIZE)+""+args.device+""+str(blocks))
res=run_cmd(mke2fs_cmd)# mke2fs:制作文件系統(tǒng)
===================================================================
defbuild_run_e2fsdroid(args):
......
e2fsdroid_cmd+=("e2fsdroid"+e2fsdroid_opts+"-f"+
args.src_dir+"-a"+args.mount_point+
""+args.device)
res=run_cmd(e2fsdroid_cmd)# e2fsdroid:制作鏡像文件

無論前面執(zhí)行了什么操作,最終都是為了執(zhí)行 mke2fs、e2fsdroid。

關(guān)于這兩個(gè)命令:

  • mke2fs:Linux 下的命令,用于建立 ext 文件系統(tǒng)。

  • e2fsdroid:來自三方庫(kù),third_partye2fsprogs。

詳情可以參考:

http://e2fsprogs.sourceforge.net
編輯:jq
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • Linux
    +關(guān)注

    關(guān)注

    88

    文章

    11576

    瀏覽量

    216614
  • 編譯
    +關(guān)注

    關(guān)注

    0

    文章

    682

    瀏覽量

    34767
  • OpenHarmony
    +關(guān)注

    關(guān)注

    31

    文章

    3891

    瀏覽量

    20164

原文標(biāo)題:OpenHarmony3.0編譯構(gòu)建流程!

文章出處:【微信號(hào):gh_834c4b3d87fe,微信公眾號(hào):OpenHarmony技術(shù)社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    深入剖析RabbitMQ高可用架構(gòu)設(shè)計(jì)

    在微服務(wù)架構(gòu)中,消息隊(duì)列故障導(dǎo)致的系統(tǒng)不可用率高達(dá)27%!如何構(gòu)建一個(gè)真正可靠的消息中間件架構(gòu)?本文將深入剖析RabbitMQ高可用設(shè)計(jì)的核心要點(diǎn)。
    的頭像 發(fā)表于 08-18 11:19 ?558次閱讀

    深入剖析Docker全鏈路安全防護(hù)策略

    在云原生時(shí)代,Docker容器安全已成為運(yùn)維工程師必須面對(duì)的核心挑戰(zhàn)。本文將從實(shí)戰(zhàn)角度深入剖析Docker全鏈路安全防護(hù)策略,涵蓋鏡像構(gòu)建、容器運(yùn)行、網(wǎng)絡(luò)隔離等關(guān)鍵環(huán)節(jié),助你構(gòu)建企業(yè)級(jí)安全防護(hù)體系。
    的頭像 發(fā)表于 08-18 11:17 ?579次閱讀

    使用rt-thread構(gòu)建openmv的固件工程,出現(xiàn)編譯錯(cuò)誤的原因?

    使用rt-thread構(gòu)建openmv的固件工程,用的都是示例工程,代碼一點(diǎn)也沒有改動(dòng),直接編譯出現(xiàn)錯(cuò)誤
    發(fā)表于 06-12 07:23

    貢獻(xiàn) OpenHarmony 庫(kù)關(guān)鍵配置

    存放資源文件,如圖片、多媒體、字符串等 │└─module.json5// 模塊配置文件,包含當(dāng)前HAR的配置信息 ├─build-profile.json5// Hvigor編譯構(gòu)建所需的配置文件
    發(fā)表于 05-28 13:46

    在 Windows 上編譯 KiCad

    “?Ethan 同學(xué)為我們分享了在 Windows 編譯 KiCad 的準(zhǔn)備工作、操作步驟及閉坑指南。以下是核心的操作視頻及 PPT,完整的直播視頻后續(xù)分享給大家!?” 流程概要 準(zhǔn)備工作 編譯器篇
    的頭像 發(fā)表于 03-28 11:23 ?670次閱讀
    在 Windows 上<b class='flag-5'>編譯</b> KiCad

    KiCad直播活動(dòng)(三):在 Windows上編譯KiCad 手把手教您編譯/構(gòu)建 KiCad 源碼

    Developer Ethan 同學(xué),手把手教您編譯/構(gòu)建 KiCad 源碼: 開發(fā)工具安裝 環(huán)境變量配置 使用 VS2022 構(gòu)建 KiCad 參與直播的小伙伴還有機(jī)會(huì)獲得 KiCon Badge
    的頭像 發(fā)表于 03-24 11:14 ?1189次閱讀
    KiCad直播活動(dòng)(三):在 Windows上<b class='flag-5'>編譯</b>KiCad 手把手教您<b class='flag-5'>編譯</b>/<b class='flag-5'>構(gòu)建</b> KiCad 源碼

    迅為RK3568開發(fā)板篇OpenHarmony實(shí)操HDF驅(qū)動(dòng)配置LED-編譯源碼

    重新編譯 Openharmony4.1 源碼,如下所示: ./build.sh --product-name rk3568 --ccache 或者單獨(dú)編譯部件 ./build.sh
    發(fā)表于 02-10 10:23

    2K0300 OpenHarmony源碼構(gòu)建指南

    2K0300 OpenHarmony源碼構(gòu)建參考如下 2K0300先鋒派OpenHarmony源碼構(gòu)建指南 2K0300 源碼編譯wiki
    發(fā)表于 02-05 09:36

    迅為RK3568開發(fā)板篇OpenHarmony實(shí)操HDF驅(qū)動(dòng)控制LED-添加內(nèi)核編譯

    編譯內(nèi)核時(shí)將該 HDF 驅(qū)動(dòng)編譯到鏡像中,接下來編寫驅(qū)動(dòng)編譯腳本 Makefile,代碼如下所示: 加入編譯體系,填加模塊目錄到 drivers/hdf_core/adapter/kh
    發(fā)表于 01-22 10:35

    OpenHarmony-5.0.0的RK3588始終編譯不過去,有大佬有開源方案可以參考一下嗎?

    目前把openHarmony的5.1版本的RK3588編譯過去了 但是openHarmony-5.0.0的RK3588始終編譯不過去,有大佬有開源方案可以參考一下嗎?
    發(fā)表于 01-13 16:04

    OpenHarmony源碼編譯后燒錄鏡像教程,RK3566鴻蒙開發(fā)板演示

    本文介紹瑞芯微主板/開發(fā)板編譯OpenHarmony源碼后燒錄鏡像的教程,觸覺智能Purple Pi OH鴻蒙開發(fā)板演示。搭載了瑞芯微RK3566四核處理器,樹莓派卡片電腦設(shè)計(jì),支持開源鴻蒙OpenHarmony3.2-5.0系
    的頭像 發(fā)表于 12-30 10:08 ?1139次閱讀
    <b class='flag-5'>OpenHarmony</b>源碼<b class='flag-5'>編譯</b>后燒錄鏡像教程,RK3566鴻蒙開發(fā)板演示

    2024 OpenHarmony年度技術(shù)分享會(huì)來啦,預(yù)約直播有好禮~

    隨著物聯(lián)網(wǎng)、智能家居等領(lǐng)域的迅速崛起,操作系統(tǒng)作為連接萬物的橋梁,其重要性日益凸顯。OpenHarmony作為中國(guó)本土孕育的操作系統(tǒng),自誕生之日起便承載著構(gòu)建開放生態(tài)、推動(dòng)技術(shù)創(chuàng)新的使命。電子發(fā)燒友
    發(fā)表于 12-25 09:10

    芯??萍枷盗?b class='flag-5'>OpenHarmony3.1芯片支持智慧生態(tài)構(gòu)建

    隨著OpenHarmony3.1的正式發(fā)布,芯??萍甲鳛?b class='flag-5'>OpenHarmony生態(tài)的重要參與者,及時(shí)推出了兩款與系統(tǒng)適配的新品:健康測(cè)量CS1262芯片和無線連接CST85F01模組,為智慧生態(tài)的構(gòu)建貢獻(xiàn)了芯海力量。
    的頭像 發(fā)表于 12-17 17:25 ?790次閱讀
    芯海科技系列<b class='flag-5'>OpenHarmony</b>3.1芯片支持智慧生態(tài)<b class='flag-5'>構(gòu)建</b>

    OpenHarmony城市技術(shù)論壇第11期(香港站)【智能終端操作系統(tǒng)技術(shù)與國(guó)際化生態(tài)構(gòu)建】大咖齊聚

    OpenHarmony城市技術(shù)論壇——第11期(香港站) 【主題:智能終端操作系統(tǒng)技術(shù)與國(guó)際化生態(tài)構(gòu)建】 專家齊聚,精彩來襲,議題揭曉,不容錯(cuò)過! 時(shí)間 : 2:00 - 5:30 PM
    的頭像 發(fā)表于 11-11 10:48 ?855次閱讀
    <b class='flag-5'>OpenHarmony</b>城市技術(shù)論壇第11期(香港站)【智能終端操作系統(tǒng)技術(shù)與國(guó)際化生態(tài)<b class='flag-5'>構(gòu)建</b>】大咖齊聚

    基于系統(tǒng)設(shè)備樹的構(gòu)建流程

    用于構(gòu)建 AMD embeddedsw 組件的舊方法將 .xsa 用作來自硬件人員的交接文件,并將 mdd、mld 和 mss 文件用于不同的軟件配置。這使得舊方法依賴于 AMD 專屬工具,如軟件
    的頭像 發(fā)表于 11-01 13:38 ?715次閱讀