现实就是这样，越是底层的基础库，重要性越高，但是离实际获取到利益的客户太远，基本没人会去关注，说不定压根都没留意自己的项目还依赖了它。。而那些引入这些基础库使用的开发者，自己本身也就是个打工仔，自己温饱问题都还没解决，谁又会去为其捐助呢。

@nebkad 多谢纠正

@ly841000 是的，而且学习成本低，并且轻量，xmake 内置 lua 完全无任何依赖

直接用 xrepo install -p android --ndk=/xx/android-ndk-r20b ffmpeg 就行了

或者直接走 xmake 的 add_requires("ffmpeg") 一键编译集成 ffmpeg 库

用 xmake 然后装下
xmake-vscode 插件就行了，intelligense 和调试都支持

还可以用 xmake

可以用 xmake 更简单

用 xmake 就行了，一行配置都不用改，默认就是分平台，arch 存储输出文件，互相不冲突

我 docker 虚拟机 本机 mac 在同一个仓库 开会编译 linux mac win android 程序 完全无干扰 随意切换，增量编译都互不影响，因为 obj 文件啥的 都相互隔离了

上了 qemu 了 当然慢了

@pursuer
@dcoder master 版本 我 lua5.4 也支持了，2.6.1 大版本时候会默认使用 lua5.4

对于用户完全无感知，不用做任何改动

@jedrek 已经更新了，clion 上可以下载使用

@dcoder 现在 dev 分支 增加了对 lua5.3 runtime 的支持，目前测下来 luajit/lua53 对于构建性能差异不大，不过基于 lua 的 bin 大小 还小了 200k 。所以后期我会默认使用 lua53 作为 xmake 的 runtime 。luajit 作为可选 runtime 。

但对于用户层项目配置，不管用哪个，都是无感知的，语法和接口基本不变。

后续等 lua5.4 稳定了，我也会考虑升上去。

@3dwelcome xmake 有 trybuild 模式，尽管还不能做到完全无脑，但是大部分基于 cmake/autotools/meson 的库，xmake 都会无缝对接上，通常情况下只需要无脑执行 xmake 即可编译，另外还自动对接了 android / ios 等交叉编译环境，自动传入 cmake/autoconf 实现傻瓜式编译

不过目前也只能算是 trybuild，有一定的失败率，但也简化了不少编译过程。另外后期等 xmake-repo 仓库的 port 脚本收录到一定程度，大部分包都能在仓库被找到，那么编译过程就会简化为安装导出过程，更加的稳定。

@3dwelcome 我自己就是刚需用户，又不是为了来钱，搞开源有几个能来钱的。。

@ashong 配置上 add_rules("plugin.vsxmake.autoupdate")，就能自动更新 vsproj，生成的工程 跟你用 cmake 集成调试没什么区别， 一样可以和 xmake 集成调试

@ashong xmake project -k vsxmake 生成 vs 工程，就能用 vs 调试，文档里有说明

@pabupa 有内置仓库，也可以直接从 vcpkg 仓库装包

@HiCode 你可以提到 https://github.com/xmake-io/xmake-repo/issues/10

@nanjoyoshino 有 xmake-idea 插件 支持 idea clion，不过有点年头了，新版本 clion 不兼容。 下半年会更新一波

另外 xmake 也支持生成 cmakelist.txt ，同样可以借助 cmake 变相支持 clion