xmake|xmake v2.6.4 发布，大量包管理特性改进 xmakev2.6.4发布，大量包管理特性

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

项目源码
官方文档
入门课程

新特性介绍更灵活的包扩展
现在，我们可以通过 set_base 接口去继承一个已有的包的全部配置，然后在此基础上重写部分配置。
这通常在用户自己的项目中，修改 xmake-repo 官方仓库的内置包比较有用，比如：修复改 urls，修改版本列表，安装逻辑等等。
例如，修改内置 zlib 包的 url，切到自己的 zlib 源码地址。

package("myzlib") set_base("zlib") set_urls("https://github.com/madler/zlib.git") package_end()add_requires("myzlib", {system = false, alias = "zlib"})target("test") set_kind("binary") add_files("src/*.c") add_packages("zlib")

我们也可以用来单纯添加一个别名包。

package("onetbb") set_base("tbb")

我们可以通过 add_requires("onetbb") 集成安装 tbb 包，只是包名不同而已。
包管理支持工具链切换
【xmake|xmake v2.6.4 发布，大量包管理特性改进】之前，我们限制了只能在 cross 平台下切换包安装的工具链，新版本中，我们可以支持更多平台下，对工具链的切换。
例如：

$ xrepo install --toolchains=clang zlib

我们可以在 linux 等平台上，快速切换到 clang 工具链编译安装 zlib 库。
我们也可以在 xmake.lua 的配置文件中去切换他们。

add_requires("zlib", {configs = {toolchains = "gcc-11"}})

不同的工具链安装的 zlib 包，会被分别存储在不同目录，互不干扰，不会存在编译器差异导致的链接兼容问题。
内置的包虚拟环境
Xrepo 命令之前已经很好的支持了包虚拟环境管理，xrepo env shell，但是对于复杂的包环境，还是需要用户自己配置一个 xmake.lua 文件，用于管理自己的包环境。
例如，我们需要一个常用的开发环境 shell，默认带有 cmake, python 和 vs/autoconf 等常用的开发工具链，我们需要自己起一个配置文件 devel.lua。

add_requires("cmake") add_requires("python") if is_host("linux", "bsd", "macosx") then add_requires("pkg-config", "autoconf", "automake", "libtool") elseif is_host("windows") then set_toolchains("msvc") end

然后，执行下面的命令去导入到全局配置。

$ xrepo env --add devel.lua

这样，我们可以通过下面的命令，去加载 shell 绑定这个环境：

$ xrepo env -b devel shell > cmake --version cmake version 3.19.3

而在新版本中，我们内置了一些常用的环境，可以通过 xrepo env -l 查看：

$ xrepo env -l - msvc - llvm-mingw - llvm - mingw-w64 - devel - python3 - depot_tools - python2

其中 devel 也在里面，所以，我们只需要执行 xrepo env -b devel shell 就可以带起一个 devel 开发环境，而不需要自己配置它们。
像 python, msvc 等也都是一些比较常用的环境，都可以直接使用。
当然，我们也支持临时在本地创建一个 xmake.lua 来配置加载包环境，而不放置到全局配置中去。
自定义安装包下载
我们可以通过新增的 on_download 接口，自定义包的下载逻辑，通常用不到，使用 Xmake 的内置下载就足够了。
如果用户自建私有仓库，对包的下载有更复杂的鉴权机制，特殊处理逻辑，那么可以重写内部的下载逻辑来实现。

on_download(function (package, opt) -- download packages:urls() to opt.sourcedir end)

opt 参数里面，可以获取到下载包的目的源码目录 opt.sourcedir，我们只需要从 package:urls() 获取到包地址，下载下来就可以了。
然后，根据需要，添加一些自定义的处理逻辑。另外，自己可以添加下载缓存处理等等。
ASN.1 程序构建支持
ASN.1 程序，需要借助 ASN.1 Compiler 去生成相关的 .c 文件参与项目编译。
而 Xmake 内置提供了 add_rules("asn1c") 规则去处理 .c 文件生成，add_requires("asn1c") 自动拉取集成 ASN.1 编译器工具。
下面是一个基础的配置例子：

add_rules("mode.debug", "mode.release") add_requires("asn1c")target("test") set_kind("binary") add_files("src/*.c") add_files("src/*.asn1") add_rules("asn1c") add_packages("asn1c")

具体见完整例子工程。
支持全平台构建 Swift 程序
之前，Xmake 仅支持 macOS 下借助 Xcode 工具链实现对 Swift 程序的构建，新版本中，我们也进行了改进，可以独立使用 swift 工具链，支持在 linux/windows 上构架 swift 程序，用法跟之前相同。
支持指定符号列表导出
在之前的版本中，我们提供了 utils.symbols.export_all 对 windows 的 dll 库实现自动的完整符号导出。
这尽管很方便，但只能支持 windows 程序，并且全量导出对生成的 dll 大小不好控制，有可能会存在不少根本不需要的内部符号被导出。
而，我们新版本提供的 utils.symbols.export_list 规则，可以在 xmake.lua 里面直接定义导出的符号列表，例如：

target("foo") set_kind("shared") add_files("src/foo.c") add_rules("utils.symbols.export_list", {symbols = { "add", "sub"}})

或者，在 *.export.txt 文件中添加导出的符号列表。

target("foo2") set_kind("shared") add_files("src/foo.c") add_files("src/foo.export.txt") add_rules("utils.symbols.export_list")

完整的工程例子见：导出符号例子
通过指定符号导出，我们可以使得生成的动态库尽可能的小，无关的内部符号完全不去导出它们，另外这个规则支持 linux, macOS 和 windows，更加的通用。
它内部会自动使用 .def, version scripts 和 --exported_symbols_list 去处理符号导出。
内置支持 linker scripts
新版中，我们也内置了对 linker scripts 和 version scripts 文件的支持，我们可以使用 add_files 直接添加它们，而不需要配置 add_ldflags("-Txxx.lds")。
当前支持 .ld 和 .lds 作为 linker scripts 配置文件来添加：