国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

XMake和CMake對比分析

strongerHuang ? 來源:TBOOX開源工程 ? 作者:TBOOX開源工程 ? 2022-05-11 09:51 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

首先,不得不承認,cmake很強大,發展了這么多年,整個生態已經相當完善,功能也相當豐富,這點xmake目前是比不了的。

當初作者(我,以下簡稱我)做xmake的目的,也并不是為了完全替代cmake,這沒啥意義,只是覺得cmake的語法和易用性滿足不了我,我還是更喜歡更簡單直觀的方式去描述和維護項目,在不同平臺下提供近乎一致的使用體驗。

因此,xmake的語法描述和使用體驗還是非常好的,這也是xmake最大的亮點之一,我在這塊設計上做了很多改進,為了降低學習和項目維護門檻,也更容易快速上手。

在這里,我只拿xmake中一些比較占優的特性去跟cmake作對比,僅僅只是為了突出說明xmake在某些方面的優勢和易用性,并沒有任何貶低cmake的意思。

如果大家看完此篇文章的對比分析,覺得xmake確實好用,能夠滿足部分項目維護上的需求,解決一些痛點,提高項目維護效率的話,不妨試試體驗下。

  • 項目源碼

  • 官方文檔

  • xmake v2.2.6 發布, Qt/Android編譯支持

特性支持

我先羅列下構建工具的一些主要基礎特性對比,大部分特性兩者都是支持的,而xmake的優勢主要還是在:語法、包倉庫管理、構建體驗上

863d0140-d0c3-11ec-bce3-dac502259ad0.jpg

語法對比

空工程

xmake
target("test")
set_kind("binary")
add_files("src/main.c")
cmake
add_executable(test"")
target_sources(testPRIVATEsrc/main.c)

源文件添加

xmake

xmake支持通配符匹配的方式,添加一批源文件進來,*.c匹配當前目錄下所有文件,**.c匹配遞歸目錄下所有文件。

這種方式,對于平常項目中新增一些文件編譯,就不需要每次修改xmake.lua了,自動同步,可以節省不少時間。

target("test")
set_kind("binary")
add_files("src/*.c")
add_files("test/*.c","example/**.cpp")

xmake的add_files()是非常靈活強大的,不僅可以支持各種不同類型源文件添加,還可以在添加的同時排除一些指定文件。

比如:遞歸添加src下的所有c文件,但是不包括src/impl/下的所有c文件。

add_files("src/**.c|impl/*.c")

更多關于這個接口的使用說明,見相關文檔:add_files接口文檔

cmake

cmake似乎并不支持這種方式,只能挨個添加。

add_executable(test"")
target_sources(testPRIVATE
src/main.c
src/demo.c
test/test1.c
example/test1.cpp
example/xxx/test2.cpp
)

條件編譯

xmake
target("test")
set_kind("binary")
add_files("src/main.c")
ifis_plat("macosx","linux")then
add_defines("TEST1","TEST2")
end
ifis_plat("windows")andis_mode("release")then
add_cxflags("-Ox","-fp:fast")
end
cmake
add_executable(test"")
if(APPLEORLINUX)
target_compile_definitions(testPRIVATETEST1TEST2)
endif()
if(WIN32)
target_compile_options(testPRIVATE$<$:-Ox-fp:fast>)
endif()
target_sources(testPRIVATE
src/main.c
)

自定義腳本

xmake

xmake可以在編譯構建的不同階段(包括編譯、安裝、打包、運行),方便的插入一段自定義腳本來處理自己的邏輯,比如編譯完成之后打印一行輸出:

target("test")
set_kind("binary")
add_files("src/*.c")
after_build(function(target)
print("targetfile:%s",target:targetfile())
end)

或者自定義運行和安裝邏輯:

target("test")
set_kind("binary")
add_files("src/*.c")
on_install(function(target)
os.cp(target:targetfile(),"/usr/local/bin")
end)
on_run(function(target)
os.run("%s--help",target:targetfile())
end)

在自定義腳本中,用戶可以寫各種復雜腳本,通過import接口,可以導入各種擴展模塊來使用。

target("test")
set_kind("binary")
add_files("src/*.c")
before_build(function(target)
import("net.http")
import("devel.git")
http.download("https://xmake.io","/tmp/index.html")
git.clone("git@github.com:tboox/xmake.git",{depth=1,branch="master",outputdir="/tmp/xmake"})
end)
cmake

cmake也可以通過add_custom_command來實現:

add_executable(test"")
target_sources(testPRIVATEsrc/main.c)
add_custom_command(TARGETtestPOST_BUILD
COMMENT"hellocmake!"
)

不過看了下,不同階段,自定義腳本的方式并不完全一樣,add_custom_command只能用于構建階段的自定義,如果要對安裝階段進行自定義,得:

install(SCRIPTcmake_install.cmake)

并且只能整個替換安裝邏輯,無法對安裝前后的實現一些自定義邏輯,另外像打包、運行等其他階段的自定義似乎不支持。

構建方式

編譯默認平臺

xmake

通常情況,編譯默認平臺執行敲xmake,執行構建期間,xmake不會依賴其他第三方構建工具,連make也不依賴,也不會生成IDE/Makefile文件,
而是直接調用的編譯工具鏈進行編譯,默認會根據cpu核數自動開啟多任務加速構建。

xmake
cmake

而cmake的通常是先生成對應IDE/Makefile等第三方構建文件,然后調用make/msbuild等第三方構建工具去編譯。

cmake.
cmake--build.

編譯指定平臺

xmake

xmake可以以近乎一致的方式快速切換不同平臺和架構來編譯。

xmakef-p[iphoneos|android|linux|windows|mingw]-a[arm64|armv7|i386|x86_64]
xmake
cmake

cmake似乎對不同平臺和架構的編譯配置方式,差異性還是有些的,需要花點時間研究下才行。

cmake-GXcode-DIOS_ARCH="arm64".
cmake--build.
cmake-G"VisualStudio92008"-Ax64
cmake--build.

像android平臺編譯,配置ndk的方式似乎也很繁瑣。

cmake..-DCMAKE_TOOLCHAIN_FILE=%ANDROID_NDK%uildcmakeandroid.toolchain.cmake-DCMAKE_SYSTEM_NAME="Android"-DANDROID_NDK=%ANDROID_NDK%-DANDROID_TOOLCHAIN=clang-DANDROID_PLATFORM=android-24

安裝目標

xmake
xmakeinstall
cmake
cmake-Pcmake_install.cmake

運行目標

xmake

大部分情況下,xmake不需要寫自定義腳本就可以直接加載運行編譯生成的目標程序。

xmakerun
cmake

cmake我沒找到可以快速運行指定目標程序的方式,但是應該可以通過寫一個自定義腳本去加載運行它。

cmake-Pcmake_run.cmake

依賴支持

查找依賴庫

xmake

xmake也是支持跟cmake的find_package類似的接口去直接查找系統庫,然后集成使用,找到庫后,會自動追加includedirs, links, linkdirs等相關設置。

target("test")
set_kind("binary")
add_files("src/*.c")
on_load(function(target)
target:add(find_packages("openssl","zlib"))
end)
cmake
add_executable(testmain.c)

find_package(OpenSSLREQUIRED)
if(OpenSSL_FOUND)
target_include_directories(test${OpenSSL_INCLUDE_DIRS})
target_link_libraries(test${OpenSSL_LIBRARIES})
endif()

find_package(ZlibREQUIRED)
if(Zlib_FOUND)
target_include_directories(test${Zlib_INCLUDE_DIRS})
target_link_libraries(test${Zlib_LIBRARIES})
endif()

使用第三方庫(Conan)

xmake

xmake會自動調用conan工具去下載安裝openssl庫,然后集成使用,只需要執行xmake命令即可完成編譯。

add_requires("conan::OpenSSL/1.0.2n@conan/stable",{alias="openssl"})
target("test")
set_kind("binary")
add_files("src/*.c")
add_packages("openssl")
cmake
if(NOTEXISTS"${CMAKE_BINARY_DIR}/conan.cmake")
message(STATUS"Downloadingconan.cmakefromhttps://github.com/conan-io/cmake-conan")
file(DOWNLOAD"https://github.com/conan-io/cmake-conan/raw/v0.14/conan.cmake"
"${CMAKE_BINARY_DIR}/conan.cmake")
endif()

include(${CMAKE_BINARY_DIR}/conan.cmake)

conan_cmake_run(REQUIRESOpenSSL/1.0.2n@conan/stable
BASIC_SETUP
BUILDmissing)

add_executable(testmain.c)
target_link_libraries(main${CONAN_LIBS})

使用內建包倉庫

xmake

xmake有自建的包倉庫,雖然現在里面包還不是很多,但后期會不斷完善:xmake-repo

我們只需要添加相關需要的包就行了,非常方便,并且支持多版本選擇和語義版本控制哦。

甚至有些常用包支持多平臺集成使用,例如:zlib庫等,即使編譯android/iphoneos/mingw等平臺,也都可以直接下載安裝使用。

add_requires("libuvmaster","ffmpeg","zlib1.20.*")
add_requires("tbox>1.6.1",{optional=true,debug=true})
target("test")
set_kind("shared")
add_files("src/*.c")
add_packages("libuv","ffmpeg","tbox","zlib")

執行xmake命令后,會去自動從倉庫中下載對應的包然后編譯安裝,集成鏈接進來,效果如下:

865c91b8-d0c3-11ec-bce3-dac502259ad0.jpg

除了官方的包倉庫,用戶也可以自己創建多個私有倉庫,用來集成使用一些私有包,這對于公司內部項目的依賴維護還是很有幫助的。

我們只需要在xmake.lua加上自己的私有倉庫地址就行了:

add_repositories("my-repogit@github.com:myrepo/xmake-repo.git")

或者直接命令行添加:

xmakerepo--addmy-repogit@github.com:myrepo/xmake-repo.git

關于這塊的詳細說明可以看下相關文檔:

  • 遠程依賴模式

  • add_requires接口說明

最后,附帶一張xmake的依賴包管理架構圖:

86787900-d0c3-11ec-bce3-dac502259ad0.jpg

cmake

這塊我沒看到cmake有支持,不過cmake我用得并不多,如果有寫的不對的地方,大家可以指正。

XMake開原地址:

https://github.com/xmake-io/xmake

審核編輯 :李倩


聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 編譯
    +關注

    關注

    0

    文章

    694

    瀏覽量

    35165
  • 腳本
    +關注

    關注

    1

    文章

    409

    瀏覽量

    29196

原文標題:編譯工具:XMake 和 CMake對比分析

文章出處:【微信號:strongerHuang,微信公眾號:strongerHuang】歡迎添加關注!文章轉載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    普源數字萬用表與福祿克同價位型號對比分析

    。本文將針對兩者在同價位區間內的數字萬用表型號進行對比分析,幫助用戶做出更理性的選購決策。 ? 以500元至1000元價位段為例,普源的DM3058與福祿克的115C是該區間內具有代表性的型號。從基本參數來看,DM3058具備4.5位分辨率,最大顯示讀數為50
    的頭像 發表于 01-15 16:30 ?199次閱讀

    是德科技34461A與普源數字萬用表DM3068與對比分析

    代表性的6?位數字萬用表,二者均具備高精度、多功能和良好的穩定性,但在性能、功能、用戶體驗及價格等方面存在顯著差異。本文將從多個維度對這兩款產品進行對比分析,以幫助用戶根據實際需求做出合理選擇。 ? 一、測量性能對比 DM3068與34461A均屬于6?位高精度
    的頭像 發表于 01-15 16:29 ?180次閱讀
    是德科技34461A與普源數字萬用表DM3068與<b class='flag-5'>對比分析</b>

    對比分析電能質量在線監測裝置支持的斷點續傳文件傳輸協議的優缺點

    優缺點對比分析: 一、各協議優缺點逐一拆解 1. FTP(文件傳輸協議) 優點 斷點續傳機制成熟 :依托REST命令可精準定位字節偏移量,支持大文件分塊續傳,且內置 CRC 校驗保障數據完整性,是裝置的基礎標配功能,適配性強。 傳輸效率高 :無加密運算損耗,傳輸速率
    的頭像 發表于 12-05 17:49 ?3426次閱讀
    <b class='flag-5'>對比分析</b>電能質量在線監測裝置支持的斷點續傳文件傳輸協議的優缺點

    VCC、VDD、VEE、VSS對比分析

    ,用于雙極晶體管的共基電路。 對比說明:   (1)一般來說VCC=模擬電源,VDD=數字電源,VSS=數字地,VEE=負電源。   (2)有些IC既有VDD引腳又有VCC引腳,說明這種器件自身
    發表于 12-04 06:28

    無源探頭與高壓探頭技術對比分析

    本文對比分析了無源探頭與高壓探頭的技術原理、性能參數及應用場景,為選擇合適探頭提供參考。
    的頭像 發表于 11-30 15:47 ?681次閱讀

    傳統普通掃碼槍與RFID掃描槍對比分析

    本文深入對比傳統普通掃碼槍與RFID掃描槍的核心差異,從成本結構、使用場景到技術特點進行全面分析,幫助企業選擇最適合的數據采集解決方案。
    的頭像 發表于 11-19 11:03 ?1206次閱讀
    傳統普通掃碼槍與RFID掃描槍<b class='flag-5'>對比分析</b>

    AES加密模式簡介與對比分析

    對這些模式進行對比,我們將了解它們的不同特點和適用場景。 1. 電子密碼本模式 (ECB): ECB模式是最簡單的加密模式之一,其流程如圖1所示。它將明文分成固定大小的塊,并對每個塊進行單獨的加密
    發表于 10-22 08:21

    基美通用貼片電容CAN18C系列與CAN18X系列的對比分析

    基美作為全球知名的電子元件制造商,其通用貼片電容產品以高性能、高可靠性和多樣化的特點,廣泛應用于多個領域。這里,基美代理商南山電子將重點對比分析基美通用貼片電容CAN18C系列與CAN18X系列
    的頭像 發表于 10-20 18:04 ?752次閱讀
    基美通用貼片電容CAN18C系列與CAN18X系列的<b class='flag-5'>對比分析</b>

    泰克示波器MDO3000與MDO4000C采樣率對比分析

    一、引言 1.1 研究背景與意義 在電子測量領域,示波器采樣率至關重要,直接影響波形準確性與完整性。對比分析泰克MDO3000與MDO4000C的采樣率,能為用戶選擇提供關鍵參考。 1.2 泰克
    的頭像 發表于 08-27 17:39 ?884次閱讀
    泰克示波器MDO3000與MDO4000C采樣率<b class='flag-5'>對比分析</b>

    TaskPool和Worker的對比分析

    ,并提高系統的整體性能。 本文將從實現特點和適用場景兩個方面來進行TaskPool與Worker的比較。 實現特點對比 表1 TaskPool和Worker的實現特點對比 實現
    發表于 06-18 06:43

    鎧裝光纜和一般光纜區別對比分析

    鎧裝光纜和一般光纜的核心區別在于結構設計和應用場景,以下是兩者的詳細對比分析: 一、結構差異 鎧裝光纜 外層保護:在光纜外護套內部增加金屬或非金屬鎧裝層(如鋼帶、鋁帶、芳綸纖維等),形成多層防護結構
    的頭像 發表于 06-10 09:58 ?2626次閱讀
    鎧裝光纜和一般光纜區別<b class='flag-5'>對比分析</b>

    國內外電機結構 工藝對比分析

    純分享帖,需要者可點擊附件免費獲取完整資料~~~*附件:國內外電機結構 工藝對比分析.pdf【免責聲明】本文系網絡轉載,版權歸原作者所有。本文所用視頻、圖片、文字如涉及作品版權問題,請第一時間告知,刪除內容!
    發表于 05-29 14:06

    主流汽車電子SoC芯片對比分析

    主流汽車電子SoC芯片對比分析 隨著汽車智能化、電動化趨勢加速,系統級芯片(SoC)已成為汽車電子核心硬件。本文從技術參數、市場定位、應用場景及國產化進程等維度,對主流汽車電子SoC芯片進行對比分析
    的頭像 發表于 05-23 15:33 ?5898次閱讀

    小米玄戒O1 vs 蘋果A18 全面對比分析

    小米玄戒O1 vs 蘋果A18 全面對比分析 一、技術架構與工藝制程 維度 小米玄戒O1 蘋果A18 制程工藝 臺積電第二代3nm(N3E) 臺積電3nm(N3E) CPU架構 十核四叢集設計:2
    的頭像 發表于 05-23 15:20 ?2423次閱讀

    過電壓保護器與氧化鋅避雷器之間-工作原理與作用對比分析

    過電壓保護器和氧化鋅避雷器(MOA)均用于電力系統的過電壓防護,但兩者在原理、功能和應用場景上存在顯著差異。以下從工作原理、核心作用及實際應用角度進行對比分析: 1. 工作原理對比 (1)氧化鋅
    的頭像 發表于 05-13 16:53 ?1055次閱讀