我使用的是MinGW-w 64 g编译器10.2和10.3。
Windows上的g有一个奇怪的地方：应用程序的主线程将以双精度执行浮点运算，但其他线程将以扩展精度执行浮点运算。这可以用这个小程序（“Test.cpp”）重现：

#include <iostream>
#include <future>
#include <cmath>
#include <string>
#include <thread>

std::string getResult()
{
    std::cout << "Thread id: " << std::this_thread::get_id() << std::endl;
    std::string result = "Result:\n";

    double a, b, c;
    int i;
    for (i = 0, a = 1.0; i < 10000000; i++)
    {
        a *= 1.00000001;
        b = sqrt(a);
        c = pow(a, 0.5);
        if (std::abs(b - c) < 1.0e-50)
            continue;
        result += std::string("a: ") + std::to_string(a) + " - Numbers differ.\n";
    }

    return result;
}

int main()
{
    std::string string1 = getResult();

    std::future<std::string> result = std::async(std::launch::async, getResult);

    std::string string2 = result.get();

    if (string1 != string2)
    {
        std::cout << "The results are different." << std::endl;
    }
    else
    {
        std::cout << "The results are the same." << std::endl;
    }

    return 0;
}

当使用optimization（！）编译它时，如下所示：g++ -o Test.exe Test.cpp -O2并执行它，输出为：

C:\...Path...>Test.exe
Thread id: 1
Thread id: 2
The results are different.

对我来说这是一个主要的问题。出于安全原因，我希望所有的数值结果总是相同的-无论它们是在不同的线程上异步执行还是在主线程上顺序执行。否则，例如，我的单元测试可能会失败，这取决于执行条件。
我在MinGW-w 64邮件列表中发布了一条消息：https://sourceforge.net/p/mingw-w64/mailman/message/34896011/。作为讨论线程的结果，我的解决方案是链接对象文件CRT_fp8.o。
将编译命令修改为g++ -o Test.exe Test.cpp -O2 c:\mingw-w64-10.2\mingw64\x86_64-w64-mingw32\lib\CRT_fp8.o（路径可能需要调整）会导致所有线程都以双精度执行浮点运算。现在不同线程的结果将不再不同。
这对我来说是一个很好的解决方案已经有好几年了。然而，几周前在玩不同的编译器版本时，我发现链接到CRT_fp8.o的解决方案并不像我预期的那样稳定。
当使用g++ 10.2编译，然后更改路径以包含g++ 10.3的“bin”文件夹时，线程将再次产生不同的结果。我可以在这里使用这些控制台命令重现它：

set path=c:\mingw-w64-10.2\mingw64\bin
g++ -o Test.exe Test.cpp -O2 c:\mingw-w64-10.2\mingw64\x86_64-w64-mingw32\lib\CRT_fp8.o

C:\...Path...>Test.exe
Thread id: 1
Thread id: 2
The results are the same.

set path=c:\mingw-w64-10.3\mingw64\bin

C:\...Path...>Test.exe
Thread id: 1
Thread id: 2
The results are different.

这又是一个非常糟糕的情况！如果我的应用程序的用户碰巧在他的路径中有错误的库，他将得到不同的结果！！！：-（
另一个令人惊讶的是，当只使用g++ 10.3时，CRT_fp8.o的解决方案似乎是不必要的：

set path=c:\mingw-w64-10.3\mingw64\bin
g++ -o Test.exe Test.cpp -O2

C:\...Path...>Test.exe
Thread id: 1
Thread id: 2
The results are the same.

我曾经在MinGW-w 64“bin”文件夹中使用过共享库，发现行为取决于文件“libwinpthread-1.dll”。如果我将文件从g++ 10.2安装复制到g++ 10.3安装，覆盖其自己的共享库，那么行为又像过去几年一样：需要链接到CRT_fp8.o以在所有线程上获得双精度。
这是一个bug？MinGW-w 64 bug？还是libwinpthreads bug？还是一个特性？我的一致精度解决方案是否过时了？新的解决方案是什么？