ruki

xmake has many toolchains that use clang, such as llvm, clang, mingw/clang, and they all have some differences in use. You cannot accurately determine what toolchain to use by setting...

But this is difficult to implement, currently the parsing of $CC is delayed. We can't handle them in on_load. https://github.com/xmake-io/xmake/blob/dev/xmake/toolchains/envs/xmake.lua

> > 昨天发现acl自带了xmake构建脚本，不过编译存在一些问题，等处理了，直接改为用xmake [acl-dev/acl#341](https://github.com/acl-dev/acl/issues/341) > > 原来 add_patches 可以直接指定github上的链接，那还是挺方便的 不过 github commit 的 patch ，它的 shasum 我记得有可能会变，一段时间后可能会 break。之前有人遇到过

是否 debug 只跟 `debug = true` 配置有关。 https://github.com/xmake-io/xmake-repo/blob/d7a0779921ae2ce42700398f1ecaa0995fca491b/packages/f/fmt/xmake.lua#L72 没有根据 asan 去设置 debug 的逻辑，除非 cmake 自己切了。你可以调下 包

> 并不只是fmt的问题，貌似是开启asan会设置debug=true，对项目和packages都生效了，但是tsan只对项目生效了，对packages不生效 那跟 debug 是两个问题，目前包仅仅支持 asan 不支持 tsan

哦，目前 asan 是默认 debug 的，因为要看栈，否则跑出来也看不到栈。除非单独加 `-g` ，tsan 目前包不支持，不会去处理

> > 哦，目前 asan 是默认 debug 的，因为要看栈，否则跑出来也看不到栈。除非单独加 `-g` ，tsan 目前包不支持，不会去处理 > > 谢谢，我已经了解这个现象出现的原因。 还有两个问题想请教下 1.AddressSanitizer官方推荐的编译配置是 -O1 -fno-omit-frame-pointer 是能看到栈信息的，为何这里asan要强制debug 2.tsan也会强制debug，但是对应的包不会强制debug，这不合理，后续是否会增加tsan(同时msan,ubsan也是一样)对包的支持 > -O1 -fno-omit-frame-pointer 是能看到栈信息的 这只是能取栈把，没加 `-g` 哪来的符号？怎么还原栈 定位到具体代码行号？

这几个不太常用，目前不考虑，后面看情况。 可以自己直接传 cxflags ldflags 给 add_requires 来开启

这边支持 vcvarsall.bat 的探测和加载，以及支持 vs prompt cmd 环境。。其他的环境不支持

跟 msbuild 有啥关系，xmake 直接调用的编译器。 环境加载依赖 vcallvars.bat 你可以自己看下源码 https://github.com/xmake-io/xmake/blob/dev/xmake/modules/detect/sdks/find_vstudio.lua