Windows运行MinGW编译libpqxx程序报DLL找不到std::from_chars入口点

在Windows系统下使用MSYS2 MinGW环境编译依赖libpqxx库的C++程序（原Linux环境开发，依赖GTK库），编译可正常完成：

• 通过MSYS2 MinGW终端执行./main.exe运行无任何报错
• 通过文件资源管理器直接双击运行程序弹出报错：

无法在动态链接库libpqxx-7-7.dll中定位程序输入点std::from_chars(char const*, char const*, double&, std::chars_format)

• 已将运行所需DLL文件放置在程序同级目录，移除对应DLL会提示文件找不到错误，目标是让程序可在未安装MSYS2的环境下独立正常运行。

当前使用的编译命令存在错误：

g++ main.cpp -o main libpq.lib -lpqxx

pkg-config --cflags --libs gtk+-3.0

报错本质是运行时DLL版本错配：

• 从MSYS2终端启动程序时，环境会自动将MSYS2自身的MinGW bin目录加到PATH最前端，优先加载和编译环境完全匹配的C++标准库等运行时文件，因此不会触发错误。
• 从资源管理器直接双击启动时，程序不会自动加载MSYS2路径下的DLL，只会加载exe同级目录、系统目录、PATH环境变量里其他路径下的DLL，极易加载到版本不匹配的旧版C++标准库：当前使用的libpqxx-7-7.dll由高版本GCC编译，依赖GCC 11之后才在libstdc++-6.dll中实现的浮点数版本std::from_chars接口，加载到旧版标准库自然找不到对应入口点。
• 现有编译命令本身存在缺陷：既没有把pkg-config输出的GTK3编译链接参数传入g++，还错误链接了MSVC版本的libpq.lib，MinGW环境链接MSVC生成的lib文件本身就存在ABI兼容隐患。

• 第一步：修正编译命令，通过pkg-config自动拉取所有依赖的正确编译、链接参数，同时添加静态链接C/C++运行库的参数，从根源避免标准库版本冲突：

g++ main.cpp -o main.exe $(pkg-config --cflags --libs gtk+-3.0 libpqxx libpq) -static-libstdc++ -static-libgcc

加上-static-libstdc++ -static-libgcc参数后，C、C++运行库会直接编译进exe文件，不需要额外携带这两个DLL，彻底避免加载到错误版本运行库的问题。

• 第二步：编译完成后不要手动搜索DLL往程序目录拷贝，在MSYS2 MinGW终端中切换到exe所在目录，通过ldd命令自动识别exe依赖的所有MinGW环境DLL，统一从当前使用的MinGW环境bin目录（通常是MSYS2安装路径下的mingw64/bin，不要误用/usr/bin下的MSYS原生环境DLL）拷贝到exe同级目录：

ldd main.exe | grep mingw64 | awk '{print $3}' | xargs -I {} cp {} ./

该方法拷贝的所有DLL都和当前编译环境版本完全匹配，不会出现版本错配问题。

• 第三步：验证：将整个程序目录拷贝到未安装MSYS2的Windows设备上，直接双击exe即可正常运行，不会再弹出入口点找不到的错误。

• 不要混用不同大版本MinGW编译的DLL，比如使用GCC 13编译程序时，不要搭配GCC 11及更早版本编译的libpqxx等库，MinGW跨大版本的C++ ABI不向前兼容。
• MinGW环境不要链接MSVC编译生成的.lib文件，两类编译器的C++ ABI完全不通用，即使侥幸编译通过，运行时大概率出现崩溃、入口点缺失等异常。
• 如果不希望静态链接C/C++运行库，必须保证拷贝到exe目录的libstdc++-6.dll和编译libpqxx时使用的GCC大版本完全一致，GCC 11之前的版本没有实现double类型的std::from_chars重载，这是触发本次报错的直接诱因。

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