我来帮你梳理下这个问题的核心原因和解决办法，这其实是Windows平台下VS编译环境与GDB兼容性的常见坑：

首先明确几个关键误区：

• VS的cl编译器根本不认识GCC风格的-g调试参数，这就是你看到cl : Command line warning D9002 : ignoring unknown option '-g'警告的原因——你加的是Linux/GCC环境的调试符号参数，VS有自己的一套参数体系（比如/Zi、/Z7）。
• Blender的官方CMake配置已经针对VS编译环境做了优化，Debug模式下默认会启用调试符号生成，你手动修改CMakeLists.txt反而画蛇添足了。

下面是具体的分步解决方案：

1. 恢复CMake默认配置，确保生成正确的PDB符号文件 #

先把你之前在CMakeLists.txt里添加的所有-g相关配置全部删掉，包括CMAKE_C_FLAGS、PLATFORM_LINKFLAGS等相关修改。Blender的官方CMake脚本会自动根据VS环境设置Debug模式的调试参数，生成VS格式的.pdb符号文件。

重新执行编译命令：

make debug developer ninja

编译完成后，到build_windows_x64_vc17_Debug/bin目录下确认是否存在blender.pdb文件——这个就是VS生成的调试符号文件，Debug版必须要有它才能正常调试。

2. 解决GDB对VS PDB的支持问题 #

你使用的GDB版本是10.2，这个版本的MinGW-GDB对VS生成的PDB文件支持非常有限，很多时候无法正确读取符号。解决这个问题的最优方案是升级你的GDB到最新版本（比如13.2及以上），新版GDB大幅改进了对Windows PDB格式的支持，基本能正确识别VS生成的调试符号。

升级后，直接在exe所在目录运行：

%gdb% blender.exe

如果.pdb和.exe在同一目录，GDB应该能自动加载符号；如果还是不行，可以尝试指定.pdb的完整路径：

%gdb% --symbols=D:/path/to/build_windows_x64_vc17_Debug/bin/blender.pdb blender.exe

3. 更适合Windows平台的调试工具（推荐） #

既然你用的是VS2022编译环境，其实完全没必要执着于GDB——VS自带的调试器或者WinDbg对VS生成的PDB支持是完美的，操作也更贴合Windows平台：

• 可以直接在VS中打开Blender的CMake工程（通过File > Open > CMake选择Blender根目录的CMakeLists.txt），然后直接启动调试，断点、变量查看等功能都能正常工作。
• 或者用WinDbg Preview（微软商店可以下载），直接拖入blender.exe就能自动加载.pdb进行调试。

最后总结一下：你的核心问题是误用了GCC的调试参数给VS编译器，加上旧版GDB不支持VS PDB格式，恢复默认CMake配置+升级GDB（或者换用VS生态的调试器）就能解决问题。

内容的提问来源于stack exchange，提问作者Jaroslav Záruba