WSL2环境下g++编译程序出现_mingw.h找不到的错误，求无需重装的修复方案

看起来你遇到的核心问题是WSL2里g++的头文件搜索路径被意外干扰了——错误版本中编译器优先读取了/usr/local/include下的外来头文件（比如Windows/MinGW风格的crtdefs.h、corecrt.h），导致它错误地尝试引入Linux环境根本不存在的_mingw.h；而正常的备份版本会优先使用系统标准路径/usr/include/x86_64-linux-gnu下的头文件，所以没有问题。

下面是无需重装系统的修复步骤：

一、清理/usr/local/include下的可疑外来头文件 #

这是最彻底的解决方案，因为/usr/local/include里的这些MinGW风格头文件本来就不属于Linux系统，大概率是你之前安装某些跨平台软件时不小心遗留的：

1. 先确认可疑文件存在：

   ls /usr/local/include | grep -E "(crtdefs|corecrt)"
   ls /usr/local/include/sys | grep cdefs.h
   

2. 先备份整个目录（以防误删有用文件）：

   sudo cp -r /usr/local/include /usr/local/include_backup
   

3. 删除这些干扰性的头文件：

   sudo rm -f /usr/local/include/crtdefs.h /usr/local/include/corecrt.h
   sudo rm -f /usr/local/include/sys/cdefs.h  # 如果这个文件也是外来的就删除
   

二、临时/永久调整g++的头文件搜索优先级 #

如果不想删除/usr/local/include里的文件，也可以强制让编译器优先使用系统标准头文件路径：

• 临时生效：编译时手动添加参数指定优先搜索路径：

  g++ -isystem /usr/include/x86_64-linux-gnu main.cpp -o main
  

• 永久生效：把参数加入环境变量，编辑你的~/.bashrc或~/.zshrc文件，添加一行：

  export CXXFLAGS="-isystem /usr/include/x86_64-linux-gnu $CXXFLAGS"
  

  然后重启终端，或者执行source ~/.bashrc让配置立即生效。

三、验证修复效果 #

1. 重新运行依赖分析命令，检查头文件路径是否恢复正常：

   g++ -M main.cpp
   

   看输出里是否已经改用/usr/include/x86_64-linux-gnu/sys/cdefs.h，而不是/usr/local/include下的版本。
2. 编译你的测试程序，应该能正常通过了。

后续注意事项 #

以后安装跨平台软件时，尽量留意安装脚本的行为：

• 有些Windows下的软件移植到WSL时，如果没指定正确的安装前缀，可能会把Windows风格的头文件放到/usr/local/include里，安装时可以尝试指定--prefix=/usr来替代默认的/usr/local，避免混入外来文件。

备注：内容来源于stack exchange，提问作者Valeria