Windows11下C++20编译的DLL中std::filesystem::path崩溃求助

问题现象 #

构建的DLL与模拟EXE编译正常，但调用DLL中包含std::filesystem::path的函数时，程序崩溃退出，错误代码为0xc0000139；注释掉std::filesystem::path相关代码后，程序运行正常。单独编写仅使用std::filesystem的最小可执行程序时，同样出现崩溃。

使用工具链：CMake、ninja、gcc 13.2（MinGW），已启用C++20。

相关代码 #

DLL的mylib.h #

namespace mylib
{
MYLIB_EXPORT void foo(const std::string& bar) noexcept;
}

DLL的mylib.cpp #

#include <filesystem>
#include <iostream>

namespace mylib
{
void foo(const std::string& bar) noexcept
{
    std::filesystem::path pathToFile(bar); // 问题行
    std::cout << bar << std::endl;
}
}

模拟EXE的main.cpp #

#include "mylib.h"

int main(int argc, const char** argv)
{
    std::cout << "MockEntry" << std::endl;
    std::string path{"foo"};
    mylib::foo(path);
    std::cout << "MockExit" << std::endl;
}

诊断与解决方案 #

错误代码0xc0000139表示DLL初始化失败，核心原因是std::filesystem相关依赖未正确配置，可按以下步骤修复：

• 显式链接std::filesystem库
  MinGW的gcc中，std::filesystem不属于默认链接的标准库组件，必须显式链接stdc++fs库。在CMake中，需要为DLL和EXE目标分别添加链接指令：

  # 为DLL目标链接stdc++fs
  target_link_libraries(your_dll_target PRIVATE stdc++fs)
  # 为EXE目标链接stdc++fs
  target_link_libraries(your_exe_target PRIVATE stdc++fs)
  

  即使std::filesystem代码仅存在于DLL中，EXE也需要链接该库以确保运行时能找到依赖的符号。

• 保持运行时库一致性
  确保DLL与EXE使用完全相同的C++运行时库配置：

  • 若使用动态运行时（MinGW默认）：确保两者均未修改默认的运行时链接选项，避免混合静态/动态运行时导致STL对象内存管理冲突。
  • 若使用静态运行时：在CMake中为两者添加统一的编译选项：

    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -static-libstdc++ -static-libgcc")
    

• 验证MinGW环境的filesystem支持
  检查MinGW安装目录下的lib文件夹，确认存在libstdc++fs.a或对应的动态库文件（如libstdc++fs-6.dll）。若缺失，需重新安装完整的MinGW分发版（推荐使用MSYS2的mingw-w64工具链，组件更完整）。

内容的提问来源于stack exchange，提问作者Tomasz Małachowski