Git Bash下freopen函数失效原因及替换libstdc++的风险咨询

测试代码 #

#include <iostream>
#include <cstdio>

using namespace std;

int main() {
    auto file = freopen("./input.txt", "r", stdin);

    if (file == nullptr) {
        cout << "freopen failed" << '\n';
    } else {
        int n;
        cin >> n;
        cout << n << endl;
    }

    return 0;
}

问题背景 #

上述程序用于读取文件中的整数并输出，在cmd、PowerShell及Msys2 bash中均可正常运行，但在Git Bash中无论输入文件内容如何，始终输出0，且使用freopen重定向stdout时也会失败。
程序使用MSYS2下载的g++.exe (Rev10, Built by MSYS2 project) 12.2.0编译，替换MSYS的ucrt64/bin目录下的libstdc++-6.dll覆盖Git的mingw64目录中的同名文件后，程序恢复正常，推测是Git Bash优先链接自身mingw64的dll导致问题。

疑问解答 #

1. Git for Windows的libstdc++是否存在bug？问题根源是什么？Git Bash是否仅用于Git操作？ #

• Git for Windows自带的libstdc本身没有bug，问题核心是ABI（应用二进制接口）不兼容：MSYS2 UCRT64使用的是较新版本的GCC（12.2.0），而Git for Windows自带的MinGW64环境中GCC版本通常更旧，不同版本的libstdc实现存在ABI差异。你的程序用高版本GCC编译，调用了旧版本libstdc未正确兼容的逻辑（比如freopen与C标准库流的交互部分），导致运行时行为异常。
• Git Bash不是仅用于Git操作，它是基于MinGW64的类Unix环境，可以运行各类Windows可执行文件，但必须保证程序依赖的运行时库与环境中的库兼容。

2. 替换dll的解决方案是否可能引发其他问题？是否有更优替代方案？ #

• 替换dll存在明确风险：Git自身的所有工具都是基于自带的libstdc++编译的，替换成MSYS2的高版本dll后，可能因为ABI不兼容导致Git命令崩溃、功能异常，破坏Git的正常使用。
• 更优替代方案：
  • 用Git Bash自带的GCC编译：直接使用Git Bash环境中的g++编译程序，确保编译和运行的库版本一致，从根源避免兼容性问题。
  • 静态链接运行时库：编译时添加参数-static-libstdc++ -static-libgcc，将libstdc++和gcc相关的运行时库打包进可执行文件，程序不再依赖系统中的dll，可在任何环境正常运行。
  • 临时指定库加载路径：在Git Bash中运行程序前，执行export PATH=/path/to/msys2/ucrt64/bin:$PATH（替换为你的MSYS2 UCRT64的bin目录路径），让系统优先加载MSYS2的dll，不会修改Git自带的文件，也不会影响Git的正常使用。

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