我的建议是不要用 compile_commands.json 。

这类工具都是基于 clang ast macher 或者 libclang 做出来的符号索引工具。compile_command 是一个编译记录的数据库，ast_matcher 读到数据库以后会对语法进行 ast 树解析并生成文件，Linux kernel 代码太大，ast 匹配占用的 cpu 时间太长。

使用 clangd 会因为符号太多导致索引崩溃，这个也很正常。如果电脑性能不是特别好我建议使用传统的 gtags 或者 ctags 来阅读 Linux kernel 的源码。我以前用笔记本的时候从来没有用 compile_commands 的方式成功阅读过 kernel 源码，现在用台式机了，用 compile_commands 阅读过 chromium 的源码，不过我电脑的性能特别高。

所以我还是建议使用 tags 的方式， 我这里用搜索了一下，不知道有没有用：
https://blog.jaycetyle.com/2018/10/vscode-gnu-global/

当作备用机，实际体验并不好。大多数 app 都没有适配，输入法拉跨导致键盘输入有点难受。我都想出了

其实你执行过一次就可以做成脚本了。

SET PATH_BACKUP_=%PATH%
SET PATH=%ROOT_DIR%\\ThirdParty\\msys64\\usr\\bin;%PATH%
set CHERE_INVOKING=enabled_from_arguments
set MSYS2_PATH_TYPE=inherit

bash --login ../patches/build_ffmpeg_win.sh

https://github.com/desktop-app/patches/blob/master/build_ffmpeg_win.sh


我这里发了一段 telegram 里用到的脚本。全自动化

另外我做 c++音视频开发从来不用 mac ，只用 windows 。vs 的调试是所有 ide 里面最强最好用的，vs 多线程调试图表清晰明了。

我不知道 windows 开发不友好是从哪里来的，vs 调试图形程序是可以抓帧一帧一帧调试的。

另外 windows 对 cpu 支持总是最新的，我以前在公司用 10700k ，后来还闲太慢了申请了 5800x 。每次在 mac 上搞点什么那弱鸡的 cpu 和狗屎一样的 xcode 总想让我砸电脑。

多年 C++ 程序员，Rust 对我吸引力很小 +1 。
更期待 Module Range Coroutines Concepts ， 以及 23 可能加入的 executors

target_include_directories(PATH) <=> g++ -I${PATH}
如果用的 vscode c++插件，里面应该有 compiler_command.json 相关的选项。

插件根据 compiler command 的数据进行符号索引
推荐使用 clangd

使用 lgpl 版本的 qt ，动态连接 qt 就不会有任何问题。如果最后所有的东西编译成一个 exe ，需要代码开源。