怎么自己做刷qq网站,镇江门户网,深圳设计公司取名,wordpress系统优化Xmake 是一个基于 Lua 的轻量级跨平台构建工具。
它非常的轻量#xff0c;没有任何依赖#xff0c;因为它内置了 Lua 运行时。
它使用 xmake.lua 维护项目构建#xff0c;相比 makefile/CMakeLists.txt#xff0c;配置语法更加简洁直观#xff0c;对新手非常友好#x…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 [Remote|Distributed] Build Cache尽管不是很准确但我们还是可以把 Xmake 按下面的方式来理解
Xmake ≈ Make/Ninja CMake/Meson Vcpkg/Conan distcc ccache/sccache项目源码官方文档入门课程 新特性介绍
新版本中我们新增了 Xmake 自身源码的断点调试支持这可以帮助贡献者更加快速的熟悉 xmake 源码也可以帮助用户去快速调试分析自身项目的配置脚本。
另外我们 xmake-repo 官方仓库包的数量也即将突破 1100短短一个月的时间就新增了 100 多个包非常感谢 star-hengxing 的贡献。
同时我们重点改进了 Wasm 的构建支持以及 Qt6 for wasm 的支持。
断点调试 Xmake 源码
2.8.3 版本我们新增了 Lua 断点调试支持配合 VSCode-EmmyLua 插件我们可以很方便的在 VSCode 中断点调试 Xmake 自身源码。
首先我们需要在 VSCode 的插件市场安装 VSCode-EmmyLua 插件然后执行下面的命令更新下 xmake-repo 仓库保持最新。
xrepo update-repo! Xmake 也需要保持最新版本。
然后在自己的工程目录下执行以下命令
$ xrepo env -b emmylua_debugger -- xmake build其中 xrepo env -b emmylua_debugger 用于绑定 EmmyLua 调试器插件环境而 -- 后面的参数就是我们实际需要被调试的 xmake 命令。
通常我们仅仅调试 xmake build 构建如果想要调试其他命令可以自己调整比如想要调试 xmake install -o /tmp 安装命令那么可以改成
$ xrepo env -b emmylua_debugger -- xmake install -o /tmp执行完上面的命令后它不会立即退出会一直处于等待调试状态有可能没有任何输出。
这个时候我们不要急着退出它继续打开 VSCode并在 VSCode 中打开 Xmake 的 Lua 脚本源码目录。
也就是这个目录Xmake Lua Scripts我们可以下载的本地也可以直接打开 Xmake 安装目录中的 lua 脚本目录。
然后切换到 VSCode 的调试 Tab 页点击 RunDebug - Emmylua New Debug 就能连接到我们的 xmake build 命令调试端开启调试。
如下图所示默认的起始断点会自动中断到 debugger:_start_emmylua_debugger 内部我们可以点击单步跳出当前函数就能进入 main 入口。 然后设置自己的断点点击继续运行就能中断到自己想要调试的代码位置。
我们也可以在项目工程的配置脚本中设置断点也可以实现快速调试自己的配置脚本而不仅仅是 Xmake 自身源码。 远程调试 Xmake 源码
2.8.3 版本现在也能支持远程调试其实这个功能主要是给作者用的因为作者本人的开发电脑是 mac但是有时候还是需要能够在 windows 上调试 xmake 源码脚本。
但是在虚拟机中调试太卡体验不好并且作者本人的电脑磁盘空间不够因此我通常会远程连到单独的 windows 主机上去调试 xmake 源码。
我们先在 windows 机器上开启远程编译服务
$ xmake service然后本机打开需要构建的工程目录执行远程连接然后执行 xmake service --sync --xmakesrc 去同步本地源码
$ xmake service --connect
$ xmake service --sync --xmakesrc~/projects/personal/xmake/xmake/
$ xmake build
$ xmake run这样我们就能本地修改 xmake 脚本源码然后同步到远程 windows 机器上然后远程执行 xmake 构建命令获取对应的调试输出以及分析构建行为。
我们也能够通过 xmake service --pull 命令回拉远程的文件到本地进行分析。
注详细的远程编译特性说明见 远程编译文档。 支持 Cppfront 程序
我么也新增了一个构建规则用于支持 cppfront 程序的编译
add_rules(mode.debug, mode.release)add_requires(cppfront)target(test)add_rules(cppfront)set_kind(binary)add_files(src/*.cpp2)add_packages(cppfront)新增 utils.hlsl2spv 构建规则
早期我们已经提供了 utils.glsl2spv 规则去支持 glsl 的编译和使用现在我们又新增了 utils.hlsl2spv 规则实现对 hlsl 的编译支持。
add_rules(mode.debug, mode.release)add_requires(glslang, {configs {binaryonly true}})target(test)set_kind(binary)add_rules(utils.hlsl2spv, {bin2c true})add_files(src/*.c)add_files(src/*.hlsl, src/*.hlsl)add_packages(directxshadercompiler)关于这个规则的详细描述可以参考文档utils.glsl2spv两者的使用方式和原理都是类似的。
新增 lib.lua.package 模块
Xmake 默认会限制对 lua 原生模块和接口的访问而这个模块主要用于开放一些 lua 原生提供的 API用户可以按需使用。
目前它仅仅提供了 package.loadlib 接口用于加载本地 so/dylib/dll 动态库中的 lua 模块。
这通常用于一些高性能要求的场景。
import(lib.lub.package)local script package.loadlib(/xxx/libfoo.so, luaopen_mymodule)
local mymodule script()
mymodule.hello()改进 Address sanitizer 支持
Address SanitizerASan是一个快速的内存错误检测工具由编译器内置支持通常我们需要在编译和链接的 flags 中同时配置 -fsanitize-address 才能正确开启。
而之前的版本中我们是通过配置 add_rules(mode.asan) 然后 xmake f -m asan 去切换构建模式的方式来支持。
但这会有一些问题
不能对依赖包生效需要切换构建模式不能同时检测 asan 和 ubsan
因此新版本中我们改用 policy 去更好的支持它们。
而我们可以通过开启 build.sanitizer.address 策略就可以快速全局启用它这会使得编译出来的程序直接支持 ASan 检测。
例如我们可以通过命令行的方式去启用
$ xmake f --policiesbuild.sanitizer.address也可以通过接口配置去全局启用
set_policy(build.sanitizer.address, true)当然我们也可以单独对某个特定的 target 去配置开启另外如果全局配置它我们就可以同时对所有依赖包也生效。
set_policy(build.sanitizer.address, true)add_requires(zlib)
add_requires(libpng)它等价于对每个包依次设置 asan 配置。
add_requires(zlib, {configs {asan true}})
add_requires(libpng, {configs {asan true}})另外我们也可以同时生效多个 sanitizer 检测例如
set_policy(build.sanitizer.address, true)
set_policy(build.sanitizer.undefined, true)或者
$ xmake f --policiesbuild.sanitizer.address,build.sanitizer.undefined除了 Asan我们还提供了其他类似的 policies用于检测线程内存泄漏等问题。
build.sanitizer.threadbuild.sanitizer.memorybuild.sanitizer.leakbuild.sanitizer.undefined
运行前自动构建
我们新增了 run.atuobuild 策略用于调整 xmake run 的行为默认情况下执行 xmake run 并不会自动构建目标程序如果程序还没被编译就是提示用户手动构建一下。
而开启这个策略我们就可以在运行程序前先自动构建对应的目标程序。
$ xmake f --policiesrun.autobuild
$ xmake run如果想要全局生效这个策略可以全局开启它。
$ xmake g --policiesrun.autobuild浅构建指定目标
当我们指定重新构建某个目标的时候如果它有很多的依赖目标那么通常都会全部被重新构建。
$ xmake --rebuild foo
rebuild foo
rebuild foo.dep1
rebuild foo.dep2
...这对于一些大型项目依赖了大量 target 时候非常影响编译速度几乎等于大半个项目都要被重新构建。
新版本中我们新增了 --shallow 参数用于告诉 Xmake当前仅仅重新构建指定的 target它的所有依赖不需要被全部重新编译。
$ xmake --rebuild --shallow foo
only rebuild foo改进警告设置
set_warnings 接口新增 extra 和 pedantic 设置并且支持多个警告值组合。
set_warnings(all, extra)
set_warnings(pedantic)改进 Wasm 构建
现在我们可以通过下面的配置自己拉取 emscripten 工具链并自动使用它去构建 wasm 程序。
if is_plat(wasm) thenadd_requires(emscripten)set_toolchains(emccemscripten)
end仅仅只需要执行
$ xmake f -p wasm
$ xmake就可以完成 wasm 程序构建用户可以不用自己手动安装 emscripten更加的方便。
另外我们也对 Qt6 for wasm 做了很好的支持。
更新日志
新特性
#4122: 支持 Lua 调试 (EmmyLua)#4132: 支持 cppfront#4147: 添加 hlsl2spv 规则添加 lib.lua.package 模块#4226: 新增 asan 相关策略和对包的支持添加 run.autobuild 策略开启运行前自动构建添加全局策略 xmake g --policies
改进
#4119: 改进支持 emcc 工具链和 emscripten 包的整合#4154: 添加 xmake -r --shallow target 去改进重建目标避免重建所有依赖目标添加全局 ccache 存储目录#4137: 改进 Qt支持 Qt6 for Wasm#4173: 添加 recheck 参数到 on_config#4200: 改进远程构建支持调试本地 xmake 源码#4209: 添加 extra 和 pedantic 警告
Bugs 修复
#4110: 修复 extrafiles#4115: 修复 compile_commands 生成器#4199: 修复 compile_commands 生成器对 c modules 的支持修复 os.mv 在 windows 上跨驱动盘失败问题#4214: 修复 rust workspace 构建问题
https://tboox.org/cn/2023/09/26/xmake-update-v2.8.3/
