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

    文章

    696

    浏览量

    35280
  • 脚本
    +关注

    关注

    1

    文章

    411

    浏览量

    29274

原文标题:编译工具:XMake 和 CMake对比分析

文章出处:【微信号:strongerHuang,微信公众号:strongerHuang】欢迎添加关注!文章转载请注明出处。

收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    如何在 STM32Cube CMake 工程中添加源文件

    STM32CubeMX 能够很方便的导出 CMake 工程。例如,如下图所示在 STM32CubeMX的 ToolChain/IDE 中选择 CmakeCMake 工程可以很容易被
    发表于 04-15 16:07 0次下载

    IDT Serial RapidIO 交换机特性对比分析

    IDT Serial RapidIO 交换机特性对比分析 在电子工程师的硬件设计工作中,选择合适的交换机对于系统性能至关重要。Integrated Device Technology(IDT
    的头像 发表于 04-14 10:30 109次阅读

    君耀压敏电阻KD14系列与KD14-X8系列对比分析指南

    ,广泛应用于电源保护、家用电器、工业设备等领域。这里,君耀授权代理商南山电子将对君耀压敏电阻KD14系列与KD14-X8系列进行对比分析。核心参数对比对比项目KD1
    的头像 发表于 03-07 16:09 663次阅读
    君耀压敏电阻KD14系列与KD14-X8系列<b class='flag-5'>对比分析</b>指南

    是德科技34461A与普源数字万用表DM3068与对比分析

    代表性的6½位数字万用表,二者均具备高精度、多功能和良好的稳定性,但在性能、功能、用户体验及价格等方面存在显著差异。本文将从多个维度对这两款产品进行对比分析,以帮助用户根据实际需求做出合理选择。   一、测量性能对比 DM3068与34461A均属于6½位高精度
    的头像 发表于 01-15 16:29 283次阅读
    是德科技34461A与普源数字万用表DM3068与<b class='flag-5'>对比分析</b>

    对比分析电能质量在线监测装置支持的断点续传文件传输协议的优缺点

    优缺点对比分析: 一、各协议优缺点逐一拆解 1. FTP(文件传输协议) 优点 断点续传机制成熟 :依托REST命令可精准定位字节偏移量,支持大文件分块续传,且内置 CRC 校验保障数据完整性,是装置的基础标配功能,适配性强。 传输效率高 :无加密运算损耗,传输速率
    的头像 发表于 12-05 17:49 3681次阅读
    <b class='flag-5'>对比分析</b>电能质量在线监测装置支持的断点续传文件传输协议的优缺点

    无源探头与高压探头技术对比分析

    本文对比分析了无源探头与高压探头的技术原理、性能参数及应用场景,为选择合适探头提供参考。
    的头像 发表于 11-30 15:47 809次阅读

    传统普通扫码枪与RFID扫描枪对比分析

    本文深入对比传统普通扫码枪与RFID扫描枪的核心差异,从成本结构、使用场景到技术特点进行全面分析,帮助企业选择最适合的数据采集解决方案。
    的头像 发表于 11-19 11:03 1382次阅读
    传统普通扫码枪与RFID扫描枪<b class='flag-5'>对比分析</b>

    AES加密模式简介与对比分析

    对这些模式进行对比,我们将了解它们的不同特点和适用场景。 1. 电子密码本模式 (ECB): ECB模式是最简单的加密模式之一,其流程如图1所示。它将明文分成固定大小的块,并对每个块进行单独的加密
    发表于 10-22 08:21

    基美通用贴片电容CAN18C系列与CAN18X系列的对比分析

    基美作为全球知名的电子元件制造商,其通用贴片电容产品以高性能、高可靠性和多样化的特点,广泛应用于多个领域。这里,基美代理商南山电子将重点对比分析基美通用贴片电容CAN18C系列与CAN18X系列
    的头像 发表于 10-20 18:04 1102次阅读
    基美通用贴片电容CAN18C系列与CAN18X系列的<b class='flag-5'>对比分析</b>

    泰克示波器MDO3000与MDO4000C采样率对比分析

    一、引言 1.1 研究背景与意义 在电子测量领域,示波器采样率至关重要,直接影响波形准确性与完整性。对比分析泰克MDO3000与MDO4000C的采样率,能为用户选择提供关键参考。 1.2 泰克
    的头像 发表于 08-27 17:39 995次阅读
    泰克示波器MDO3000与MDO4000C采样率<b class='flag-5'>对比分析</b>

    TaskPool和Worker的对比分析

    ,并提高系统的整体性能。 本文将从实现特点和适用场景两个方面来进行TaskPool与Worker的比较。 实现特点对比 表1 TaskPool和Worker的实现特点对比 实现
    发表于 06-18 06:43

    铠装光缆和一般光缆区别对比分析

    铠装光缆和一般光缆的核心区别在于结构设计和应用场景,以下是两者的详细对比分析: 一、结构差异 铠装光缆 外层保护:在光缆外护套内部增加金属或非金属铠装层(如钢带、铝带、芳纶纤维等),形成多层防护结构
    的头像 发表于 06-10 09:58 3008次阅读
    铠装光缆和一般光缆区别<b class='flag-5'>对比分析</b>

    国内外电机结构 工艺对比分析

    纯分享帖,需要者可点击附件免费获取完整资料~~~*附件:国内外电机结构 工艺对比分析.pdf【免责声明】本文系网络转载,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请第一时间告知,删除内容!
    发表于 05-29 14:06

    主流汽车电子SoC芯片对比分析

    主流汽车电子SoC芯片对比分析 随着汽车智能化、电动化趋势加速,系统级芯片(SoC)已成为汽车电子核心硬件。本文从技术参数、市场定位、应用场景及国产化进程等维度,对主流汽车电子SoC芯片进行对比分析
    的头像 发表于 05-23 15:33 6607次阅读

    过电压保护器与氧化锌避雷器之间-工作原理与作用对比分析

    过电压保护器和氧化锌避雷器(MOA)均用于电力系统的过电压防护,但两者在原理、功能和应用场景上存在显著差异。以下从工作原理、核心作用及实际应用角度进行对比分析: 1. 工作原理对比 (1)氧化锌
    的头像 发表于 05-13 16:53 1229次阅读