MinGW GCC 6.3.0下filesystem库编译报错，头文件如何全局放置

• 当前Windows平台MinGW GCC 6.3.0环境下，编译器默认扫描全局系统头文件的两个核心路径：
  • C:\MinGW\lib\gcc\mingw32\6.3.0\include\c++\
  • C:\MinGW\include\
• 将自定义头文件存放在上述路径下的独立子目录中，所有调用该GCC编译的.cpp程序无需额外配置头文件搜索路径，即可直接通过#include引用。
  注意：禁止将自定义头文件直接放入标准库内置子目录（如你列出的experimental目录），避免后续GCC版本升级时文件被覆盖删除，建议在上述两个根路径下新建专属文件夹存放自定义头文件。

从你提供的experimental目录文件列表可直接确认：当前安装的精简版MinGW 6.3.0未附带experimental/filesystem头文件——列出的28个内置文件中无对应条目，因此无论添加何种链接参数都会触发编译报错。

• GCC 6.3.0版本的filesystem功能尚处于早期实验阶段，配套的头文件路径为<experimental/filesystem>，对应链接库为libstdc++fs.a。你当前使用的是裁剪后的32位MinGW构建，该部分文件已被移除，并非编译参数配置错误。
• 即使补全缺失文件，两个常见配置错误仍会导致编译失败：
  • 链接顺序错误：GCC要求链接库参数必须放在源文件/目标文件之后，写法如g++ -lstdc++fs test.cpp -o test.exe会触发未定义引用，正确写法为g++ test.cpp -o test.exe -lstdc++fs
  • 编译标准不匹配：GCC 6.x的experimental filesystem特性，需要至少指定-std=c++14编译参数，默认启用的GNU++98标准不会开放该特性。

可行修复路径 #

• 替换为带完整C++标准库支持的MinGW-w64发行版，从根源规避当前裁剪版本缺失组件的问题。
• 轻量替代方案：引入无外部依赖的单头文件filesystem三方实现，无需额外链接系统库即可直接使用对应功能。
• 保留当前环境的修复方式：手动下载与GCC 6.3.0版本匹配的experimental/filesystem头文件和libstdc++fs.a库文件，将头文件放入你列出的experimental目录下，库文件放入C:\MinGW\lib\目录，编译时按正确顺序添加-std=c++14和-lstdc++fs参数即可正常运行。

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