MinGW与StrawberryPerl的GCC冲突及编译异常问题咨询

为什么调用的是StrawberryPerl附带的gcc？ #

这是因为系统的PATH环境变量顺序在搞鬼：Windows查找可执行程序时，会按照PATH里的路径顺序依次搜索。StrawberryPerl的bin目录大概率排在MinGW的bin目录前面，所以你输入gcc -v时，系统先找到StrawberryPerl自带的gcc版本。

为什么VS Code报错但程序能编译运行？ #

StrawberryPerl自带的gcc是专门为Perl模块编译场景定制的，它的标准头文件、库文件路径和普通MinGW的gcc不一样：

• VS Code的C/C++插件在解析代码时，会依赖编译器的头文件路径做语法检查和智能提示。但插件默认没识别到StrawberryPerl gcc的内部头文件路径，所以会报错找不到vcruntime.h（这是iostream依赖的系统头文件）。
• 但实际编译时，StrawberryPerl的gcc自己清楚去哪里找这些头文件，所以编译过程能正常完成，程序也能运行。

解决办法 #

方法1：调整系统PATH环境变量顺序 #

• 右键「此电脑」→「属性」→「高级系统设置」→「环境变量」
• 在「系统变量」里找到PATH，点击「编辑」
• 找到MinGW的bin目录（一般是C:\MinGW\bin），把它拖动到StrawberryPerl的bin目录前面
• 保存设置后，重启终端和VS Code，再输入gcc -v就能看到调用的是MinGW版本了

方法2：直接在VS Code里指定编译器路径 #

如果不想改系统PATH，可以单独给VS Code的C/C++插件指定MinGW的gcc：

• 打开VS Code的命令面板（快捷键Ctrl+Shift+P），输入「C/C++: Edit Configurations (UI)」
• 在「Compiler path」选项里，选择MinGW的gcc.exe绝对路径（比如C:\MinGW\bin\gcc.exe）
• 保存配置后，插件会用MinGW的gcc解析头文件，报错就会消失

内容的提问来源于stack exchange，提问作者frankenapps