MinGW-w64 8.1.0 rev 0引入<filesystem>编译失败，该向谁反馈？

这明显是MinGW-w64打包的GCC 8.1.0版本里的libstdc++实现问题——准确来说是<filesystem>库的代码没有正确实现path类的operator!=运算符重载，或者相关依赖的重载逻辑没有被正确引入到编译流程中。

责任主体判断 #

• MinGW-w64项目：这是最直接的责任方。你使用的是MinGW-w64分发的GCC包，他们负责将上游GCC适配到Windows平台并打包发布。这个问题大概率是他们在打包或适配过程中遗漏了<filesystem>相关的必要实现，或是没有为上游GCC 8.1.0的<filesystem>bug打上适配Windows的补丁。
• 上游GCC项目：如果这个bug在Linux平台的原生GCC 8.1.0中也能复现，那责任属于GCC上游。不过GCC 8.x中的<filesystem>本身是实验性组件，存在不完善的地方，但MinGW-w64作为分发方应该处理这类跨平台适配问题，所以优先找MinGW-w64反馈更高效。

错误反馈渠道 #

• 优先选择MinGW-w64官方渠道：
  提交反馈时请准备好这些信息，能帮维护者更快定位问题：
  • 你的MinGW-w64版本细节（gcc 8.1.0修订版0，32位，路径显示为i686-w64-mingw32）
  • 完整的编译命令（比如g++ test.cpp -std=c++17，要明确你启用的C++标准版本）
  • 完整的编译错误日志（你提供的起始错误信息要附上，最好能包含全部错误内容）
  • 你的测试代码（就是那个仅包含<filesystem>和空main函数的代码片段）
• 若确认是上游GCC bug：可以提交到GCC的官方bug跟踪系统，但建议先通过MinGW-w64确认问题根源，因为他们对Windows平台的适配细节更清楚。

顺便提一句：GCC 8中使用<filesystem>需要在编译时加上-lstdc++fs链接选项，但你的错误是编译期的运算符不匹配，所以和这个链接要求无关，不用考虑这个因素。

内容的提问来源于stack exchange，提问作者René Richter