额，我怎么觉得重点不在这上吧，难道不是应该给 ubuntu 提个 issues，建议改进下安装时候默认源的选取策略呢？如果能够更有效到匹配选取到高速源，哪怕存在只有 40k/s 的源，也就无所谓了，反正排在最后了，如果前面高质量源突然全都跪了（虽然可能性几乎为 0 ），说不定还能保底凑合着用

这点还是 mac 比较友好

如果是 android 的话，我之前整过一个 dex 的 vmp，native/dex 里面涉及敏感代码，检测代码的局部 method 上 vmp，然后跟 native 配合运行避免整体加固导致启动性能受损，一些敏感类，例如 string，全部在 vm 里面重新实现，防止 jni 被 hook 导致数据被窥视，以及防止 memory dump，native 里面还可以开编译混淆，加点花指令，反调试等常规措施

没用，即使编译完的 binary image 都可以逆向回来

域名不错

到 hacknews 上发吧 只要能上首榜 一夜上 k

A 里面还是改成 *list 不过所有操作 list 的 api 你用宏做下替换，比如之前是 insert(&list, x) ，用法保持不变 你写个 insert 宏替换之前的 insert func

#define insert_org insert
#define insert(list, x) insert_org(*(list), x)

淡定点 如果是公司项目 就无所谓了 如果是个人项目，哪怕躺坑了 也是享受

termux 里面的 vim 已经很好用了

@Monad add_packagedirs 是用于 集成本地 xxx.pkg 包的，也就是 xmake package 打出来的多平台包。。相当于所有头文件，库文件都打在本地的 xx.pkg 包里。。这块你可以看下，https://xmake.io/#/zh-cn/package/local_package

如果你不想在 xmake-repo 官方仓库放置包，而是想在项目中直接内置私有仓库目录，来集成，是可以，但你用的不对，得用 add_repositories，这块你可以看下文档： https://xmake.io/#/zh-cn/package/remote_package?id=%e4%bd%bf%e7%94%a8%e8%87%aa%e5%bb%ba%e7%a7%81%e6%9c%89%e5%8c%85%e4%bb%93%e5%ba%93

或者看下这个现有的例子 https://github.com/tboox/benchbox，这个工程里面就是内置了 packages 目录作为包仓库，然后通过 add_repositories 添加自有的仓库路径

另外，后续有 xmake 相关问题，直接到 xmake 的 issues 上反馈吧。。方便后续问题跟进。。谢谢

@Monad 多语言这块 目前精力有限 只能专注于 native 兼容的多语言混编支持 c/c++为主 其他语言为辅

@Monad 这个你提到 issues 吧 我会看下的

@Monad 文档笔误 见谅

@FrankHB 目前 xmake 内部除了 core 部分，其他都是模块化的，像包管理什么的都是作为独立的插件来提供，相当于一个独立的子命令 xmake require，现在已经基本上没太多耦合，即使还存在些耦合问题，导致维护不便，这只需要不断地迭代改进，适当的做些重构去解耦就行了 后期如果做完善了 分拆成独立项目维护 也是有可能的

工具链如果对环境变量的有依赖 xmake 处理好就行了，并不需要去装 make，lto 会生成 makefile 这块有相关文档么，回头我研究下，目前我这边开 lto 编译并没有遇到什么问题

deps 的处理确实比较蛋疼，但也不是不可解决的问题，目前的解析上虽说不是 100%完美，但也足够了 ，其实 showInclude 的解析也是坑一堆

self host 这块，win 上已经完全支持了，并且目前也是通过 xmake 去编译的 xmake，linux mac 下也是支持的，只不过目前 xmake 生态不完善，各种发行版没有内置 xmake，即使支持 self host 也没用，还是得通过 make 去编译自身 所以这块我也没办法 源码编译安装 xmake 还是要通过 make

@FrankHB conan 的分布式 repo 回头我研究下，不过 xmake 也是支持多 repo 的，并不是单 repo，只是默认有个官方仓库而已，而且还支持用户自建多个私有 repo，用于私有项目的内部依赖维护

关于 build 方面，xmake 就是我为了更加专注做好 build 体验，才会把包依赖内置集成进来的，这样对于用户
整个 build 流程以及 xmake.lua 会更加的简化

而且 xmake 专注做直接构建，不依赖 makefile，甚至不依赖 make 以及 ide，内部自动处理头文件依赖，多任务构建，以及增量构建。。后期还会加上内置的分布式编译支持

而生成 makefile cmakelist 以及 vcproj 等工程文件，只是 xmake 提供的附带功能，仅仅作为可选的插件提供，并不是 xmake 的专注点，只是为了满足部分用户的需求而已，xmake 主攻直接构建