这个版本重点对其他语言的支持做了一些改进，比如新增了fortran的编译支持，zig语言的实验性支持，另外对golang/dlang增加了第三方依赖包支持以及交叉编译支持。
虽然，xmake重点关注c/c++的构建支持，但是其他语言的支持xmake也会不定期做一些改进，其主要目的并不是替代它们官方自身的构建系统，仅仅只是为了支持与c/c++的混合编译，更好的为c/c++项目服务，
毕竟有些c/c++项目中，还是会偶尔调用其他语言的代码接口，比如与cuda, dlang, objc，swift, asm等语言的混合调用，所以xmake还是会对他们做一些基础性的编译支持。
另外，关于c/c++方面，我们也对vs预览版中新的/sourceDependencies xxx.json输出的头文件依赖格式也做了支持（这对于多语言下，头文件依赖检测会更加的可靠稳定）。
新特性介绍
Fortran语言编译支持
这个版本开始，我们已经完全支持使用gfortran编译器来编译fortran项目，我们可以通过下面的命令，快速创建一个基于fortran的空工程：
$ xmake create -l fortran -t console test它的xmake.lua内容如下：
add_rules("mode.debug", "mode.release")
target("test")
set_kind("binary")
add_files("src/*.f90")更多代码例子可以到这里查看：Fortran Examples
Zig语言实验性支持
注：目前这个语言xmake还在试验性支持阶段，还很不完善，比如：windows上不支持，linux/macOS下动态库编译还不支持，请自行评估使用。
我们可以通过下面的配置方式，尝试性体验下，至少linux/macOS下console和static library程序还是可以跑的。
add_rules("mode.debug", "mode.release")
target("test")
set_kind("binary")
add_files("src/*.zig")至于为啥windows不支持呢，详情见我之前提给zig的issues，#5825
而动态库不支持，也是因为我躺了一些坑（zig生成的动态库会自动追加.0.0.0），详情见：issue 5827
另外还躺了下其他坑，个人感觉坑有点多，所以我暂时还是试验阶段，等过段时间再看看。
更多例子见：Zig Examples
Go依赖包和交叉编译支持
新版本xmake对go构建支持继续做了一些改进，比如对go的交叉编译也进行了支持，例如我们可以在macOS和linux上编译windows程序：
$ xmake f -p windows -a x86另外，新版本对go的第三方依赖包管理也进行了初步支持：
add_rules("mode.debug", "mode.release")
add_requires("go::github.com/sirupsen/logrus", {alias = "logrus"})
add_requires("go::golang.org/x/sys/internal/unsafeheader", {alias = "unsafeheader"})
if is_plat("windows") then
add_requires("go::golang.org/x/sys/windows", {alias = "syshost"})
else
add_requires("go::golang.org/x/sys/unix", {alias = "syshost"})
end
target("test")
set_kind("binary")
add_files("src/*.go")
add_packages("logrus", "syshost", "unsafeheader")不过还有一些不完善的地方，比如目前必须手动配置所有级联依赖包，会稍微繁琐些，后续有待改进。
更多例子见：Go Examples
Dlang/Dub依赖包支持
xmake对dlang的dub包管理也进行了支持，可以快速集成dlang的第三方依赖包：
add_rules("mode.debug", "mode.release")
add_requires("dub::log 0.4.3", {alias = "log"})
add_requires("dub::dateparser", {alias = "dateparser"})
add_requires("dub::emsi_containers", {alias = "emsi_containers"})
add_requires("dub::stdx-allocator", {alias = "stdx-allocator"})
add_requires("dub::mir-core", {alias = "mir-core"})
target("test")
set_kind("binary")
add_files("src/*.d")
add_packages("log", "dateparser", "emsi_containers", "stdx-allocator", "mir-core")cl.exe新的头文件依赖文件支持
msvc的头文件依赖通常需要解析/showIncludes的输出内容，提取里面的includes文件列表来处理依赖编译问题，但是呢，cl.exe对这个的输出做的很不好，includes信息和编译输出是混在一起的。
对构建工具处理依赖解析非常不友好，尤其是多语言环境下，如何判断是includes，需要通过前置的Note: including file: 字符串来判断提取，但中文下，又是注意: 包含文件: ，
如果换成日语环境，又是日文的前缀字符串，编码格式问题、硬编码问题导致解析处理上，总归不是很完美。
关于这一点，最新的vs2019预览版中，微软终于对齐做了改进，通过新的/sourceDependencies xxx.json编译选项，可以更好的输出includes依赖信息，方便多语言环境下的解析提取。
另外，这个新选项的输出是独立到单独的json文件中去的，终于不是跟编译输出混一起了，也终于不用痛苦地解析分离编译错误、警告信息、includes列表信息了。
输出内容大概长这样：
{
"Version": "1.0",
"Data": {
"Source": "z:\\personal\\tbox\\src\\tbox\\tbox.c",
"Includes": [
"z:\\personal\\tbox\\src\\tbox\\tbox.h",
"z:\\personal\\tbox\\src\\tbox\\prefix.h",
"z:\\personal\\tbox\\src\\tbox\\prefix\\prefix.h",
"z:\\personal\\tbox\\src\\tbox\\prefix\\config.h",
"z:\\personal\\tbox\\src\\tbox\\config.h",
...而新版本中，xmake通过新增内置的core.base.json模块处理json解析，很方便地对新的头文件依赖数据进行解析和支持，优先使用此模式（如果cl是新版本支持的话，老版本cl还是使用/showIncludes）。
Xcode插件生成支持
目前，我们还没有时间去自己实现xcode工程的生成，但不代表不支持，因为xmake支持生成cmakelists.txt文件，而cmake是支持xcode工程文件生成的，在官方还没有实现之前，
我们也可以通过cmake变相支持它，xmake会自动内部调用cmake中转下生成结果，对用户而言使用上没啥区别，只需要确保cmake已经安装即可：
$ xmake project -k xcode!> 等之后有时间，我们会重新自己实现各更加完善的xcode输出插件，也欢迎大家帮忙贡献。
xmake-vscode插件intellisense支持
近期，我们也更新了下xmake-vscode插件，通过自动生成compile_commands.json到当前项目的.vscode目录下，然后我们只需要配置.vscode/c_cpp_properties.json在里面关联上这个.vscode/compile_commands.json路径
就能实现intellisense自动提示，同步xmake.lua里面的includedirs等配置信息。
至于，具体怎么生成c_cpp_properties，官方文档里面有详细说明：https://code.visualstudio.com...
里面的主要配置项：
"configurations": [
{
"compileCommands": ".vscode/compile_commands.json",
}
],更新内容
新特性
- 添加xcode工程生成器插件，
xmake project -k cmake（当前采用cmake生成） - #870: 支持gfortran编译器
- #887: 支持zig编译器
- #893: 添加json模块
- #898: 改进golang项目构建，支持交叉编译
- #275: 支持go包管理器去集成第三方go依赖包
- #581: 支持dub包管理器去集成第三方dlang依赖包
改进
https://tboox.org/cn/2020/07/...
有疑问加站长微信联系（非本文作者）
