您现在的位置是：首页 > 文章详情

xmake v2.2.9 发布，新增 C++20 modules 的实验性支持

日期：2019-12-23点击：412收藏

这个版本没啥太大新特性，主要对c++20 modules进行了实验性支持，目前支持clang/msvc编译器，除此之外改进了不少使用体验，并且提高了一些稳定性。

另外，这个版本新增了socket.io支持以及对应协程io的调度支持，为下个版本的远程编译，以及后续的分布式编译做准备。

新特性介绍

c++20 modules

c++ modules已经正式纳入了c++20草案，msvc和clang也已经基本实现了对modules-ts的支持，随着c++20的脚步离我们越来越近，xmake也开始对c++modules提前做好了支持。

目前xmake已经完全支持了msvc/clang的modules-ts构建实现，而对于gcc，由于它的cxx-modules分支还在开发中，还没有正式进入master，我看了下里面的changelog，相关flags还在不断变动，感觉还没稳定下来，因此这里暂时还没对其进行支持。

关于xmake对c++modules的相关进展见：https://github.com/xmake-io/xmake/pull/569

Hello Module

关于c++modules的相关介绍我就不多说了，这边主要还是介绍下xmake下如何去构建c++modules项目，我们先来看一个简单的例子：

 target("hello") set_kind("binary") add_files("src/*.cpp", "src/*.mpp")

上面是一个支持构建c++modules文件的xmake.lua描述，其中hello.mpp就是模块文件：

 #include <cstdio> export module hello; using namespace std; export namespace hello { void say(const char* str) { printf("%s\n", str); } }

而main.cpp是使用了hello模块的主程序：

 import hello; int main() { hello::say("hello module!"); return 0; }

接下来我们执行xmake来构建下这个程序吧：

 ruki:hello ruki$ xmake [ 0%]: ccache compiling.release src/hello.mpp [ 50%]: ccache compiling.release src/main.cpp [100%]: linking.release hello build ok!

是不是非常简单，xmake内部会去处理所有细节逻辑，对于开发者而言，仅仅是添加了模块文件*.mpp作为源文件而已。

模块接口文件

上文所述的*.mpp是xmake推荐的模块接口文件命名，其实各家编译器对于模块文件的默认后缀名都是不统一的，clang下是*.cppm，而msvc下是*.ixx，这对于编写跨编译器统一的模块项目是非常不友好的，因此这里参考了build2里面的推荐方式，采用统一的*.mpp后缀，来规范xmake下模块项目接口的命令。

当然，这也支持xmake推荐命名方式，而对于*.ixx, *.cppm等后缀名，xmake也是完全兼容支持的，也可以直接添加到add_files中去。

其他例子

xmake项目下还内置了不少跟c++modules相关的工程examples，有兴趣的同学可以参考下：c++module examples

set_toolchain接口改动

set_toolchain这个接口主要用于针对target设置不同的编译工具链，2.2.9之前的版本其实有add_tools和set_tools两个接口来处理相同的事情，不过这两接口命名和使用上和规范不是很一致，因此做了些调整改动，用这个set_toolchain新接口更好的设置工具链。

对于add_files("*.c")添加的源码文件，默认都是会调用系统最匹配的编译工具去编译，或者通过xmake f --cc=clang命令手动去修改，不过这些都是全局影响所有target目标的。

如果有些特殊需求，需要对当前工程下某个特定的target目标单独指定不同的编译器、链接器或者特定版本的编译器，这个时候此接口就可以排上用途了，例如：

 target("test1") add_files("*.c") target("test2") add_files("*.c") set_toolchain("cc", "$(projectdir)/tools/bin/clang-5.0")

上述描述仅对test2目标的编译器进行特殊设置，使用特定的clang-5.0编译器来编译test2，而test1还是使用默认设置。

对于一些编译器文件名不规则，导致xmake无法正常识别处理为已知的编译器名的情况下，我们也可以加一个工具名提示，例如：

 set_toolchain("cc", "gcc@$(projectdir)/tools/bin/mipscc.exe")

上述描述设置mipscc.exe作为c编译器，并且提示xmake作为gcc的传参处理方式进行编译。

socket io

这块的接口初步已经实现，支持lua协程的io调度，实现高并发的io读写（后期还会同时支持进程、pipe的调度支持），目前主要用于xmake自身的使用，用于为后续的远程编译和分布式编译做准备，所以暂时不开放用户自己使用，不过等后续完善后，会开放出来，用户也可以在自己的插件里面通过socket io做一些服务程序。

不过可能用户用到的场景不是很多，毕竟xmake只是个构建工具，很少会让用户自己去做io通信。