waruqi
commented
1 year ago 但是若我手动修改xmake.conf中的参数
这玩意是内部缓存文件，不要自己改，走 xmake f/onConfigure 配置，自己改了导致的后果，不做任何支持。
compile_commands.json不应该只在xmake.lua更改时生成，而应该是在build和debug时也生成才对
没有应该不应该，你觉得应该，也有其他用户觉得不应该，到时候改了，其他用户提 issues 说不应该这么做，怎么搞？再改回来？
这种没有完全通用的方案，默认走最小化的自动按需生成。。如果想要 build 后也自动更新，参考文件，自己配置开启下
新手可能在选择toolchain时会下意识地选择clang，但实际上项目跑不了，应该选择llvm。即使可以了也会出现调试时使用gdb而不是lldb的奇葩情况
那就用 llvm ， clang 那个 toolchain 主要用于 linux/mac 下 /usr/bin/clang 的使用，或者是 PATH 下有 clang 的情况，但 ar 还是用的系统默认的 ar ，win 下原本用不了, 除了 clang，还有 clang-12, clang-13 等对 /usr/bin/clang-12 切换
而 llvm 是完整 llvm 的切换，包括 ar 走的 也是 llvm-ar
每个 toolchain 的用法不同
即使可以了也会出现调试时使用gdb而不是lldb的奇葩情况
没毛病，没有硬性规定，用了 clang 编译，就一定要用 lldb ，gdb 也能调试，而且 gdb 安装更广泛，msys2 都有，可以直接用。。想用 lldb 可以自己切。
Xmake 版本
2.7.8
操作系统版本和架构
Windows 10 专业工作站版 19045.2965 以及 WSL
描述问题
1.状态栏不记录/读取/保存设置
每次重启都是默认自动设置。这看似没有什么大问题，但是若我手动修改xmake.conf中的参数，那么就有可能会出现没效果的情况，且不方便开发者了解一定的基础设置
2.compile_commands.json的生成问题 compile_commands.json不应该只在xmake.lua更改时生成，而应该是在build和debug时也生成才对
3.插件对在WSL下的Clang编译器开发支持不佳 新手可能在选择toolchain时会下意识地选择clang，但实际上项目跑不了，应该选择llvm。即使可以了也会出现调试时使用gdb而不是lldb的奇葩情况
期待的结果
1.状态栏通过xmake.conf等文件读取数据，保持状态栏的正常 2.如问题
工程配置
xmake.zip
附加信息和错误日志
No response