> 1. 编译选项！编写跨平台工程时，基本上都要写一个专门的文件用于配置不同编译器下的编译选项，非常繁琐。——当然我也没想出什么很好的方式来解决这个问题，只是提一下。

xmake 有提供常用设置，都是跨平台的一致的，不需要分平台处理，自动会去适配，比如：

set_optimize("fastest")
set_warnings("more", "all")
set_symbols("debug")
set_languages("c++17")
add_linkdirs("xxx")

还有其他的一些原始 flags，可以直接通过 add_cxflags("-O2")等方式添加，但是 xmake 有提供自动检测机制，即使不分平台添加，你再其他平台设置的不支持的 flags，也会自动检测忽略掉

如果支持的 flags，会自动映射为对应编译的 flags

flags 可以以 gcc 的 flags 位规范基准做映射，比如你设置：`add_cflags("-Werror")` , 在 windows/cl 编译器下，会自动映射成：-WX, 用户也不需要做分平台处理，一切描述还是一致的

虽然这种映射方案还不完善，目前只映射了一些常用的 flags，但是后续会不断完善映射规则，支持更多的 flags。

2. command 很多，就像 add_executable 这类的东西，你说到 cmake 的学习成本高，高是没错的，但是主要不是高在语法上，语法非常简单，难点在于那各种命令的学习，也就是对应 xmake 的各种函数。

cmake 的命令多，且杂，每种使用方式差异都很大，这块 xmake 对基础设置 api 都是精简过的，并且有自己的命名规范，只要记住 api 的命名规范，大部分 api 的使用，即使不看文档，用法都能猜个大概，甚至都能猜出来还有其他哪些类似的 Api

这块，你可以看下 xmake 的接口规范描述： https://xmake.io/#/zh/manual?id=%E6%8E%A5%E5%8F%A3%E8%A7%84%E8%8C%83

xmake 的所有设置 api，都是基于这个，api 虽多，但用法和参数传递都是基于此，了解了规范，不管用哪个 api 都是类似的。。一通百通

@webdisk xmake 暂时还不支持直接编译 cmake 的项目哦，cmake 功能太多了，难免会臃肿哦，也许很多功能也许我们平常用不到吧

@sagaxu clion 也可以装 xmake 插件的

正常，要是我们自己花费大量人力，精力，财力去做一款软件给用户免费使用，并且还要常年持续维护更新，连加点广告都要被用户嫌弃，还要怎么活，又不是活雷锋，做产品总归要盈利的，否则怎么持续维护下去。

创业公司这么搞，早破产了，google 做了这多东西，免费给我们用，还要抱怨啥，产品做的好，收点钱也是应该的。

嫌弃的话可以不用，或者自己做个出来。

我之前也写过几个玩玩 flash/avm, jvm, x86vm

我每月评论数 0 每年评论数<3 用啥其实都一样 只是个装饰而已

gitalk https://tboox.org

用 c 的话可以试试 https://github.com/tboox/tbox 跨平台基础库

赞！

c/lua

@CodingDoge 额
@52coder 没遇到过，不怎么看带中文注释的代码，你可以这个脚本用 iconv 批量吧源文件转成 utf8 后再看试试

@52coder source insight 有的 基本都有，而且是跨平台的