xmake v2.6.3 发布,支持 vcpkg 清单模式
Posted waruqi
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了xmake v2.6.3 发布,支持 vcpkg 清单模式相关的知识,希望对你有一定的参考价值。
Xmake 是一个基于 Lua 的轻量级跨平台构建工具。
它非常的轻量,没有任何依赖,因为它内置了 Lua 运行时。
它使用 xmake.lua 维护项目构建,相比 makefile/CMakeLists.txt,配置语法更加简洁直观,对新手非常友好,短时间内就能快速入门,能够让用户把更多的精力集中在实际的项目开发上。
我们能够使用它像 Make/Ninja 那样可以直接编译项目,也可以像 CMake/Meson 那样生成工程文件,另外它还有内置的包管理系统来帮助用户解决 C/C++ 依赖库的集成使用问题。
目前,Xmake 主要用于 C/C++ 项目的构建,但是同时也支持其他 native 语言的构建,可以实现跟 C/C++ 进行混合编译,同时编译速度也是非常的快,可以跟 Ninja 持平。
Xmake = Build backend + Project Generator + Package Manager
新版本改动
这个版本主要新增下面几个特性:
- 通过 vcpkg 的清单模式实现 vcpkg 包的版本选择
- python 模块构建支持
- 支持在 CMakeLists.txt 中集成 Xrepo/Xmake 包管理
剩下的主要是一些零散的功能改进和 Bugs 修复,可以看下文末的更新内容明细,一些比较大的改动,下面也会逐一说明。
新特性介绍
支持 Vcpkg 清单模式
新版本中,Xmake 新增了 vcpkg 清单模式支持,通过它,我们就能支持 vcpkg 包的版本选择,例如:
add_requires("vcpkg::zlib 1.2.11+10")
add_requires("vcpkg::fmt >=8.0.1", configs = baseline = "50fd3d9957195575849a49fa591e645f1d8e7156")
add_requires("vcpkg::libpng", configs = features = "apng")
target("test")
set_kind("binary")
add_files("src/*.cpp")
add_packages("vcpkg::zlib", "vcpkg::fmt", "vcpkg::libpng")
但是,vcpkg 的版本选择限制还是不少,必须要硬编码指定 baseline,而且还不支持 <=1.0
, 1.x
等版本语义选择,不过总比之前不能选择版本好了不少。
在 CMake 中使用 Xrepo 的依赖包管理
我们新增了一个独立项目 xrepo-cmake。
它是一个基于 Xrepo/Xmake 的 C/C++ 包管理器的 CMake 包装器。
这允许使用 CMake 来构建您的项目,同时使用 Xrepo 来管理依赖包。这个项目的部分灵感来自 cmake-conan。
此项目的示例用例:
- 想要使用 Xrepo 管理包的现有 CMake 项目。
- 必须使用 CMake,但想使用 Xrepo 管理的新项目包。
使用来自官方存储库的包
Xrepo 官方仓库:xmake-repo
xrepo.cmake 提供xrepo_package
函数来管理包。
xrepo_package(
"foo 1.2.3"
[CONFIGS feature1=true,feature2=false]
[MODE debug|release]
[OUTPUT verbose|diagnosis|quiet]
[DIRECTORY_SCOPE]
)
一些函数参数直接对应于 Xrepo 命令选项。
调用 xrepo_package(foo)
后,有两种使用 foo
包的方法:
- 如果包提供 cmake 模块来查找它,则调用
find_package(foo)
, 参考 CMakefind_package
文档了解更多详情 - 如果包不提供 cmake 模块,
foo_INCLUDE_DIR
和foo_LINK_DIR
变量将设置为包包含和库路径。使用这些变量在 CMake 代码中设置包含和库路径。 - 如果指定了
DIRECTORY_SCOPE
,则xrepo_package
将运行以下代码(这样用户只需要在target_link_libraries
中指定库名称)
include_directories(foo_INCLUDE_DIR)
link_directories(foo_LINK_DIR)
这是一个使用 gflags
包版本 2.2.2 的示例 CMakeLists.txt
由 Xrepo 管理。
cmake_minimum_required(VERSION 3.13.0)
project(foo)
# Download xrepo.cmake if not exists in build directory.
if(NOT EXISTS "$CMAKE_BINARY_DIR/xrepo.cmake")
message(STATUS "Downloading xrepo.cmake from https://github.com/xmake-io/xrepo-cmake/")
# mirror https://cdn.jsdelivr.net/gh/xmake-io/xrepo-cmake@main/xrepo.cmake
file(DOWNLOAD "https://raw.githubusercontent.com/xmake-io/xrepo-cmake/main/xrepo.cmake"
"$CMAKE_BINARY_DIR/xrepo.cmake"
TLS_VERIFY ON)
endif()
# Include xrepo.cmake so we can use xrepo_package function.
include($CMAKE_BINARY_DIR/xrepo.cmake)
# Call `xrepo_package` function to use gflags 2.2.2 with specific configs.
xrepo_package("gflags 2.2.2" CONFIGS "shared=true,mt=true")
# `xrepo_package` sets `gflags_DIR` variable in parent scope because gflags
# provides cmake modules. So we can now call `find_package` to find gflags
# package.
find_package(gflags CONFIG COMPONENTS shared)
使用来自第三个存储库的包
除了从官方维护的存储库安装软件包之外,Xrepo 还可以安装来自第三方包管理器的包,例如 vcpkg/conan/conda/pacman/homebrew/apt/dub/cargo。
关于命令行的使用,我们可以参考文档:Xrepo命令用法
我们也可以直接在 cmake 中使用它来安装来自第三方仓库的包,只需将仓库名称添加为命名空间即可。例如:vcpkg::zlib
, conan::pcre2
Conan
xrepo_package("conan::gflags/2.2.2")
Conda
xrepo_package("conda::gflags 2.2.2")
Vcpkg
xrepo_package("vcpkg::gflags")
Homebrew
xrepo_package("brew::gflags")
Python 模块构建支持
我们可以用这个规则,配合 pybind11 生成 python 库模块,它会调整 python 库的模块名。
add_rules("mode.release", "mode.debug")
add_requires("pybind11")
target("example")
add_rules("python.library")
add_files("src/*.cpp")
add_packages("pybind11")
set_languages("c++11")
带有 soabi:
add_rules("mode.release", "mode.debug")
add_requires("pybind11")
target("example")
add_rules("python.library", soabi = true)
add_files("src/*.cpp")
add_packages("pybind11")
set_languages("c++11")
新增删除头文件列表接口
通过此接口,可以从 add_headerfiles
接口添加的头文件列表中,删除指定的文件,例如:
target("test")
add_headerfiles("src/*.h")
remove_headerfiles("src/test.h")
上面的例子,可以从src
目录下添加除test.h
以外的所有头文件,当然这个也可以通过 add_headerfiles("src/*.h|test.h")
来达到相同的目的,但是这种方式更加灵活。
新增 on_config 配置脚本
在 xmake config
执行完成后,Build 之前会执行此脚本,通常用于编译前的配置工作。它与 on_load 不同的是,on_load 只要 target 被加载就会执行,执行时机更早。
如果一些配置,无法在 on_load 中过早配置,那么都可以在 on_config 中去配置它。
另外,它的执行时机比 before_build 还要早,大概的执行流程如下:
on_load -> after_load -> on_config -> before_build -> on_build -> after_build
内置 Github 代理镜像配置
Xmake 提供了一些内置的镜像配置可以直接使用,例如 github 的镜像加速:
$ xmake g --proxy_pac=github_mirror.lua
我们不用自己编写 pac.lua,就可以直接使用它来加速 github 源的下载。
更新内容
新特性
- #1298: 支持 vcpkg 清单模式安装包,实现安装包的版本选择
- #1896: 添加
python.library
规则去构建 pybind 模块,并且支持 soabi - #1939: 添加
remove_files
,remove_headerfiles
并且标记del_files
作为废弃接口 - 将 on_config 作为正式的公开接口,用于 target 和 rule
- 添加 riscv32/64 支持
- #1970: 添加 CMake wrapper 支持在 CMakelists 中去调用 xrepo 集成 C/C++ 包
- 添加内置的 github 镜像加速 pac 代理文件,
xmake g --proxy_pac=github_mirror.lua
改进
- #1923: 改进构建 linux 驱动,支持设置自定义 linux-headers 路径
- #1962: 改进 armclang 工具链去支持构建 asm
- #1959: 改进 vstudio 工程生成器
- #1969: 添加默认的 option 描述
Bugs 修复
以上是关于xmake v2.6.3 发布,支持 vcpkg 清单模式的主要内容,如果未能解决你的问题,请参考以下文章