首先,不得不认可,cmake很强大,发展了这么多年,整个生态已经至关完善,功能也至关丰富,这点xmake目前是比不了的。html
当初我作xmake的目的,也并非为了彻底替代cmake,这没啥意义,只是以为cmake的语法和易用性知足不了我,我仍是更喜欢更简单直观的方式去描述和维护项目,在不一样平台下提供近乎一致的使用体验。linux
所以,xmake的语法描述和使用体验仍是很是好的,这也是xmake最大的亮点之一,我在这块设计上作了不少改进,为了下降学习和项目维护门槛,也更容易快速上手。android
在这里,我只拿xmake中一些比较占优的特性去跟cmake做对比,仅仅只是为了突出说明xmake在某些方面的优点和易用性,并无任何贬低cmake的意思。git
若是你们看完此篇文章的对比分析,以为xmake确实好用,可以知足部分项目维护上的需求,解决一些痛点,提升项目维护效率的话,不妨试试体验下。github
我先罗列下构建工具的一些主要基础特性对比,大部分特性二者都是支持的,而xmake的优点主要仍是在:语法、包仓库管理、构建体验上macos
feature | xmake | cmake |
---|---|---|
语法 | Lua语法,简洁直观,快速上手 | DSL,复杂,学习成本高 |
自建包仓库管理 | 多仓库支持,可自建私有包仓库 | 不支持 |
第三方包管理集成 | vcpkg/conan/brew | vcpkg/conan/其余 |
构建行为 | 直接构建,无依赖 | 生成工程文件,调用第三方构建工具 |
依赖 | 仅依赖编译工具链 | 依赖编译工具链+第三方构建工具 |
查找依赖包 | 支持 | 支持 |
编译器特性检测 | 支持 | 支持 |
工程文件生成 | 支持 | 支持 |
跨平台 | 支持 | 支持 |
IDE/编辑器插件 | 支持 | 支持 |
模块和插件扩展 | 支持 | 支持 |
target("test")
set_kind("binary")
add_files("src/main.c")
复制代码
add_executable(test "")
target_sources(test PRIVATE src/main.c)
复制代码
xmake支持通配符匹配的方式,添加一批源文件进来,*.c
匹配当前目录下全部文件,**.c
匹配递归目录下全部文件。windows
这种方式,对于日常项目中新增一些文件编译,就不须要每次修改xmake.lua了,自动同步,能够节省很多时间。架构
target("test")
set_kind("binary")
add_files("src/*.c")
add_files("test/*.c", "example/**.cpp")
复制代码
xmake的add_files()
是很是灵活强大的,不只能够支持各类不一样类型源文件添加,还能够在添加的同时排除一些指定文件。iphone
好比:递归添加src下的全部c文件,可是不包括src/impl/下的全部c文件。编辑器
add_files("src/**.c|impl/*.c")
复制代码
更多关于这个接口的使用说明,见相关文档:add_files接口文档
cmake彷佛须要先遍历文件列表到对应变量,再添加到对应的target中去才行,稍微繁琐些。
add_executable(test "")
file(GLOB SRC_FILES "src/*.c")
file(GLOB TEST_FILES "test/*.c")
file(GLOB_RECURSE EXAMPLE_FILES "example/*.cpp")
target_sources(test PRIVATE
${SRC_FILES}
${TEST_FILES}
${EXAMPLE_FILES}
)
复制代码
target("test")
set_kind("binary")
add_files("src/main.c")
if is_plat("macosx", "linux") then
add_defines("TEST1", "TEST2")
end
if is_plat("windows") and is_mode("release") then
add_cxflags("-Ox", "-fp:fast")
end
复制代码
add_executable(test "")
if (APPLE OR LINUX)
target_compile_definitions(test PRIVATE TEST1 TEST2)
endif()
if (WIN32)
target_compile_options(test PRIVATE $<$<CONFIG:Release>:-Ox -fp:fast>)
endif()
target_sources(test PRIVATE
src/main.c
)
复制代码
xmake能够在编译构建的不一样阶段(包括编译、安装、打包、运行),方便的插入一段自定义脚原本处理本身的逻辑,好比编译完成以后打印一行输出:
target("test")
set_kind("binary")
add_files("src/*.c")
after_build(function (target)
print("target file: %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也能够经过add_custom_command
来实现:
add_executable(test "")
target_sources(test PRIVATE src/main.c)
add_custom_command(TARGET test POST_BUILD
COMMENT "hello cmake!"
)
复制代码
不过看了下,不一样阶段,自定义脚本的方式并不彻底同样,add_custom_command
只能用于构建阶段的自定义,若是要对安装阶段进行自定义,得:
install(SCRIPT cmake_install.cmake)
复制代码
而且只能整个替换安装逻辑,没法对安装先后的实现一些自定义逻辑,另外像打包、运行等其余阶段的自定义彷佛不支持。
一般状况,编译默认平台执行敲xmake,执行构建期间,xmake不会依赖其余第三方构建工具,连make也不依赖,也不会生成IDE/Makefile文件, 而是直接调用的编译工具链进行编译,默认会根据cpu核数自动开启多任务加速构建。
xmake
复制代码
而cmake的一般是先生成对应IDE/Makefile等第三方构建文件,而后调用make/msbuild等第三方构建工具去编译。
cmake .
cmake --build .
复制代码
xmake能够以近乎一致的方式快速切换不一样平台和架构来编译。
xmake f -p [iphoneos|android|linux|windows|mingw] -a [arm64|armv7|i386|x86_64]
xmake
复制代码
cmake彷佛对不一样平台和架构的编译配置方式,差别性仍是有些的,须要花点时间研究下才行。
cmake -G Xcode -DIOS_ARCH="arm64" .
cmake --build .
复制代码
cmake -G "Visual Studio 9 2008" -A x64
cmake --build .
复制代码
像android平台编译,配置ndk的方式彷佛也很繁琐。
cmake .. -DCMAKE_TOOLCHAIN_FILE=%ANDROID_NDK%\build\cmake\android.toolchain.cmake -DCMAKE_SYSTEM_NAME="Android" -DANDROID_NDK=%ANDROID_NDK% -DANDROID_TOOLCHAIN=clang -DANDROID_PLATFORM=android-24
复制代码
xmake install
复制代码
cmake -P cmake_install.cmake
复制代码
大部分状况下,xmake不须要写自定义脚本就能够直接加载运行编译生成的目标程序。
xmake run
复制代码
cmake我没找到能够快速运行指定目标程序的方式,可是应该能够经过写一个自定义脚本去加载运行它。
cmake -P cmake_run.cmake
复制代码
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)
复制代码
add_executable(test main.c)
find_package(OpenSSL REQUIRED)
if (OpenSSL_FOUND)
target_include_directories(test ${OpenSSL_INCLUDE_DIRS})
target_link_libraries(test ${OpenSSL_LIBRARIES})
endif()
find_package(Zlib REQUIRED)
if (Zlib_FOUND)
target_include_directories(test ${Zlib_INCLUDE_DIRS})
target_link_libraries(test ${Zlib_LIBRARIES})
endif()
复制代码
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")
复制代码
if(NOT EXISTS "${CMAKE_BINARY_DIR}/conan.cmake")
message(STATUS "Downloading conan.cmake from https://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(REQUIRES OpenSSL/1.0.2n@conan/stable
BASIC_SETUP
BUILD missing)
add_executable(test main.c)
target_link_libraries(main ${CONAN_LIBS})
复制代码
xmake有自建的包仓库,虽然如今里面包还不是不少,但后期会不断完善:xmake-repo
咱们只须要添加相关须要的包就好了,很是方便,而且支持多版本选择和语义版本控制哦。
甚至有些经常使用包支持多平台集成使用,例如:zlib库等,即便编译android/iphoneos/mingw等平台,也均可以直接下载安装使用。
add_requires("libuv master", "ffmpeg", "zlib 1.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命令后,会去自动从仓库中下载对应的包而后编译安装,集成连接进来,效果以下:
除了官方的包仓库,用户也能够本身建立多个私有仓库,用来集成使用一些私有包,这对于公司内部项目的依赖维护仍是颇有帮助的。
咱们只须要在xmake.lua加上本身的私有仓库地址就好了:
add_repositories("my-repo git@github.com:myrepo/xmake-repo.git")
复制代码
或者直接命令行添加:
xmake repo --add my-repo git@github.com:myrepo/xmake-repo.git
复制代码
关于这块的详细说明能够看下相关文档:
最后,附带一张xmake的依赖包管理架构图:
这块我没看到cmake有支持,不过cmake我用得并很少,若是有写的不对的地方,你们能够指正。