首先,不得不承認(rèn),cmake很強(qiáng)大,發(fā)展了這么多年,整個(gè)生態(tài)已經(jīng)相當(dāng)完善,功能也相當(dāng)豐富,這點(diǎn)xmake目前是比不了的。
當(dāng)初作者(我,以下簡(jiǎn)稱我)做xmake的目的,也并不是為了完全替代cmake,這沒(méi)啥意義,只是覺(jué)得cmake的語(yǔ)法和易用性滿足不了我,我還是更喜歡更簡(jiǎn)單直觀的方式去描述和維護(hù)項(xiàng)目,在不同平臺(tái)下提供近乎一致的使用體驗(yàn)。
因此,xmake的語(yǔ)法描述和使用體驗(yàn)還是非常好的,這也是xmake最大的亮點(diǎn)之一,我在這塊設(shè)計(jì)上做了很多改進(jìn),為了降低學(xué)習(xí)和項(xiàng)目維護(hù)門檻,也更容易快速上手。
在這里,我只拿xmake中一些比較占優(yōu)的特性去跟cmake作對(duì)比,僅僅只是為了突出說(shuō)明xmake在某些方面的優(yōu)勢(shì)和易用性,并沒(méi)有任何貶低cmake的意思。
如果大家看完此篇文章的對(duì)比分析,覺(jué)得xmake確實(shí)好用,能夠滿足部分項(xiàng)目維護(hù)上的需求,解決一些痛點(diǎn),提高項(xiàng)目維護(hù)效率的話,不妨試試體驗(yàn)下。
-
項(xiàng)目源碼
-
官方文檔
-
xmake v2.2.6 發(fā)布, Qt/Android編譯支持
特性支持
我先羅列下構(gòu)建工具的一些主要基礎(chǔ)特性對(duì)比,大部分特性兩者都是支持的,而xmake的優(yōu)勢(shì)主要還是在:語(yǔ)法、包倉(cāng)庫(kù)管理、構(gòu)建體驗(yàn)上
語(yǔ)法對(duì)比
空工程
xmake
target("test")
set_kind("binary")
add_files("src/main.c")
cmake
add_executable(test"")
target_sources(testPRIVATEsrc/main.c)
源文件添加
xmake
xmake支持通配符匹配的方式,添加一批源文件進(jìn)來(lái),*.c
匹配當(dāng)前目錄下所有文件,**.c
匹配遞歸目錄下所有文件。
這種方式,對(duì)于平常項(xiàng)目中新增一些文件編譯,就不需要每次修改xmake.lua了,自動(dòng)同步,可以節(jié)省不少時(shí)間。
target("test")
set_kind("binary")
add_files("src/*.c")
add_files("test/*.c","example/**.cpp")
xmake的add_files()
是非常靈活強(qiáng)大的,不僅可以支持各種不同類型源文件添加,還可以在添加的同時(shí)排除一些指定文件。
比如:遞歸添加src下的所有c文件,但是不包括src/impl/下的所有c文件。
add_files("src/**.c|impl/*.c")
更多關(guān)于這個(gè)接口的使用說(shuō)明,見相關(guān)文檔:add_files接口文檔
cmake
cmake似乎并不支持這種方式,只能挨個(gè)添加。
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可以在編譯構(gòu)建的不同階段(包括編譯、安裝、打包、運(yùn)行),方便的插入一段自定義腳本來(lái)處理自己的邏輯,比如編譯完成之后打印一行輸出:
target("test")
set_kind("binary")
add_files("src/*.c")
after_build(function(target)
print("targetfile:%s",target:targetfile())
end)
或者自定義運(yùn)行和安裝邏輯:
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)
在自定義腳本中,用戶可以寫各種復(fù)雜腳本,通過(guò)import接口,可以導(dǎo)入各種擴(kuò)展模塊來(lái)使用。
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也可以通過(guò)add_custom_command
來(lái)實(shí)現(xiàn):
add_executable(test"")
target_sources(testPRIVATEsrc/main.c)
add_custom_command(TARGETtestPOST_BUILD
COMMENT"hellocmake!"
)
不過(guò)看了下,不同階段,自定義腳本的方式并不完全一樣,add_custom_command
只能用于構(gòu)建階段的自定義,如果要對(duì)安裝階段進(jìn)行自定義,得:
install(SCRIPTcmake_install.cmake)
并且只能整個(gè)替換安裝邏輯,無(wú)法對(duì)安裝前后的實(shí)現(xiàn)一些自定義邏輯,另外像打包、運(yùn)行等其他階段的自定義似乎不支持。
構(gòu)建方式
編譯默認(rèn)平臺(tái)
xmake
通常情況,編譯默認(rèn)平臺(tái)執(zhí)行敲xmake,執(zhí)行構(gòu)建期間,xmake不會(huì)依賴其他第三方構(gòu)建工具,連make也不依賴,也不會(huì)生成IDE/Makefile文件,
而是直接調(diào)用的編譯工具鏈進(jìn)行編譯,默認(rèn)會(huì)根據(jù)cpu核數(shù)自動(dòng)開啟多任務(wù)加速構(gòu)建。
xmake
cmake
而cmake的通常是先生成對(duì)應(yīng)IDE/Makefile等第三方構(gòu)建文件,然后調(diào)用make/msbuild等第三方構(gòu)建工具去編譯。
cmake.
cmake--build.
編譯指定平臺(tái)
xmake
xmake可以以近乎一致的方式快速切換不同平臺(tái)和架構(gòu)來(lái)編譯。
xmakef-p[iphoneos|android|linux|windows|mingw]-a[arm64|armv7|i386|x86_64]
xmake
cmake
cmake似乎對(duì)不同平臺(tái)和架構(gòu)的編譯配置方式,差異性還是有些的,需要花點(diǎn)時(shí)間研究下才行。
cmake-GXcode-DIOS_ARCH="arm64".
cmake--build.
cmake-G"VisualStudio92008"-Ax64
cmake--build.
像android平臺(tái)編譯,配置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
安裝目標(biāo)
xmake
xmakeinstall
cmake
cmake-Pcmake_install.cmake
運(yùn)行目標(biāo)
xmake
大部分情況下,xmake不需要寫自定義腳本就可以直接加載運(yùn)行編譯生成的目標(biāo)程序。
xmakerun
cmake
cmake我沒(méi)找到可以快速運(yùn)行指定目標(biāo)程序的方式,但是應(yīng)該可以通過(guò)寫一個(gè)自定義腳本去加載運(yùn)行它。
cmake-Pcmake_run.cmake
依賴支持
查找依賴庫(kù)
xmake
xmake也是支持跟cmake的find_package
類似的接口去直接查找系統(tǒng)庫(kù),然后集成使用,找到庫(kù)后,會(huì)自動(dòng)追加includedirs, links, linkdirs等相關(guān)設(shè)置。
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()
使用第三方庫(kù)(Conan)
xmake
xmake會(huì)自動(dòng)調(diào)用conan工具去下載安裝openssl庫(kù),然后集成使用,只需要執(zhí)行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})
使用內(nèi)建包倉(cāng)庫(kù)
xmake
xmake有自建的包倉(cāng)庫(kù),雖然現(xiàn)在里面包還不是很多,但后期會(huì)不斷完善:xmake-repo
我們只需要添加相關(guān)需要的包就行了,非常方便,并且支持多版本選擇和語(yǔ)義版本控制哦。
甚至有些常用包支持多平臺(tái)集成使用,例如:zlib庫(kù)等,即使編譯android/iphoneos/mingw等平臺(tái),也都可以直接下載安裝使用。
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")
執(zhí)行xmake命令后,會(huì)去自動(dòng)從倉(cāng)庫(kù)中下載對(duì)應(yīng)的包然后編譯安裝,集成鏈接進(jìn)來(lái),效果如下:
除了官方的包倉(cāng)庫(kù),用戶也可以自己創(chuàng)建多個(gè)私有倉(cāng)庫(kù),用來(lái)集成使用一些私有包,這對(duì)于公司內(nèi)部項(xiàng)目的依賴維護(hù)還是很有幫助的。
我們只需要在xmake.lua加上自己的私有倉(cāng)庫(kù)地址就行了:
add_repositories("my-repogit@github.com:myrepo/xmake-repo.git")
或者直接命令行添加:
xmakerepo--addmy-repogit@github.com:myrepo/xmake-repo.git
關(guān)于這塊的詳細(xì)說(shuō)明可以看下相關(guān)文檔:
-
遠(yuǎn)程依賴模式
-
add_requires接口說(shuō)明
最后,附帶一張xmake的依賴包管理架構(gòu)圖:
cmake
這塊我沒(méi)看到cmake有支持,不過(guò)cmake我用得并不多,如果有寫的不對(duì)的地方,大家可以指正。
XMake開原地址:
https://github.com/xmake-io/xmake
審核編輯 :李倩
-
編譯
+關(guān)注
關(guān)注
0文章
663瀏覽量
33097 -
腳本
+關(guān)注
關(guān)注
1文章
392瀏覽量
14982
原文標(biāo)題:編譯工具:XMake 和 CMake對(duì)比分析
文章出處:【微信號(hào):strongerHuang,微信公眾號(hào):strongerHuang】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
半導(dǎo)體激光器和光纖激光器的對(duì)比分析
Wi-Fi與藍(lán)牙的波特率對(duì)比分析
RoCE與IB對(duì)比分析(二):功能應(yīng)用篇
![RoCE與IB<b class='flag-5'>對(duì)比分析</b>(二):功能應(yīng)用篇](https://file1.elecfans.com/web2/M00/0B/B4/wKgZomc249eAbmf1AAA9YnA6DaM760.png)
光伏電站運(yùn)維管理系統(tǒng)與傳統(tǒng)運(yùn)維模式對(duì)比分析
![光伏電站運(yùn)維管理系統(tǒng)與傳統(tǒng)運(yùn)維模式<b class='flag-5'>對(duì)比分析</b>](https://file1.elecfans.com/web2/M00/F3/13/wKgZomZ7zZmAaOF_AAIWESybF_g809.png)
常用音頻線接口對(duì)比分析
對(duì)比分析點(diǎn)焊機(jī)與傳統(tǒng)焊接方法
網(wǎng)關(guān)和路由器的對(duì)比分析
激光錫焊與回流焊接對(duì)焊點(diǎn)影響的對(duì)比分析
2020-2022-2024年TI杯全國(guó)大學(xué)生電子設(shè)計(jì)競(jìng)賽官方推薦芯片對(duì)比分析比較
交流伺服電機(jī)與直流伺服電機(jī)的對(duì)比分析
控制繼電器與PLC的對(duì)比分析
不同地物分類方法在長(zhǎng)江中下游典型湖區(qū)應(yīng)用對(duì)比分析
![不同地物分類方法在長(zhǎng)江中下游典型湖區(qū)應(yīng)用<b class='flag-5'>對(duì)比分析</b>](https://file1.elecfans.com//web2/M00/EB/7C/wKgaomZZPgGABxXOAABVUoYHDFc13.webp)
超級(jí)電容儲(chǔ)能與飛輪儲(chǔ)能的對(duì)比分析
機(jī)器人焊接與人工焊接對(duì)比分析
![機(jī)器人焊接與人工焊接<b class='flag-5'>對(duì)比分析</b>](https://file1.elecfans.com//web2/M00/C8/D6/wKgaomYXg4qATsZEAAC1_HaQI-E867.jpg)
火電廠凝汽器不停車在線清洗與凝汽器停車清洗八種技術(shù)對(duì)比分析
![火電廠凝汽器不停車在線清洗與凝汽器停車清洗八種技術(shù)<b class='flag-5'>對(duì)比分析</b>](https://file1.elecfans.com/web2/M00/C6/3D/wKgaomX8HwaAYt2dAARLF_SWFpU456.png)
評(píng)論