【发布时间】：2021-04-26 07:22:00
【问题描述】：
我正在寻找一种解决方法，这可能涉及修补 libstdc++ 标头。保留二进制兼容性是首选但不是强制性的，因为我没有使用除 libstdc++ 之外的任何预编译 C++ 代码。
我想保留std::call_once 接口，因为我正在尝试编译使用is 的第三方代码，我不想更改它。
这是我的代码：
#include <iostream>
#include <mutex>
int main()
{
std::once_flag flag;
std::call_once(flag, []{std::cout << "Once!\n";});
}
运行它会导致分段错误。
我使用 Clang 12 使用 MSYS2 GCC 10.2 中的标准库将它从 Ubuntu 交叉编译到 Windows。然后我用 Wine 测试结果（快速测试表明它也在 VM 上崩溃）。但是您应该能够通过在 Windows 上本地编译来重现结果（使用官方 Clang 二进制文件 + MSYS2 GCC，因为 MSYS2 还没有 Clang 12）。
我是这样编译的：
clang++-12 1.cpp --target=x86_64-w64-mingw32 --sysroot=/mingw64 -pthread -femulated-tls
如果我添加-g，GDB 显示如下：
Program received signal SIGSEGV, Segmentation fault.
0x00000001e014dc4a in ?? () from Z:\home\holyblackcat\Sandbox\2\libgcc_s_seh-1.dll
(gdb) bt
#0 0x00000001e014dc4a in ?? () from Z:\home\holyblackcat\Sandbox\2\libgcc_s_seh-1.dll
#1 0x00000000004015f3 in std::call_once<main::$_0> (__once=..., __f=...) at /mingw64/include/c++/10.2.0/mutex:721
#2 0x00000000004015b5 in main () at 1.cpp:8
(gdb) f 1
#1 0x00000000004015f3 in std::call_once<main::$_0> (__once=..., __f=...) at /mingw64/include/c++/10.2.0/mutex:721
721 __once_callable = std::__addressof(__callable);
(gdb) list
716 auto __callable = [&] {
717 std::__invoke(std::forward<_Callable>(__f),
718 std::forward<_Args>(__args)...);
719 };
720 #ifdef _GLIBCXX_HAVE_TLS
721 __once_callable = std::__addressof(__callable);
722 __once_call = []{ (*(decltype(__callable)*)__once_callable)(); };
723 #else
724 unique_lock<mutex> __functor_lock(__get_once_mutex());
725 __once_functor = __callable;
Clang 版本是：
# clang++-12 --version --target=x86_64-w64-mingw32 --sysroot=/mingw64 -pthread -femulated-tls
Ubuntu clang version 12.0.1-++20210423082613+072c90a863aa-1~exp1~20210423063319.76
Target: x86_64-w64-windows-gnu
Thread model: posix
GCC 版本（提供 libstdc++）是：
# g++ --version
g++.exe (Rev10, Built by MSYS2 project) 10.2.0
用这个 GCC 编译代码（它是本机的，不是交叉编译的），会产生一个工作代码。
这里发生了什么？是否有任何解决方法，或者我必须降级到 Clang 11？
我举报了Clang bug。
This bug 看起来相关。
这是call_once的当前段错误实现，经过预处理：
struct once_flag
{
private:
typedef __gthread_once_t __native_type;
__native_type _M_once = 0;
public:
constexpr once_flag() noexcept = default;
once_flag(const once_flag &) = delete;
once_flag &operator=(const once_flag &) = delete;
template <typename _Callable, typename... _Args>
friend void call_once(once_flag &__once, _Callable &&__f, _Args &&...__args);
};
extern __thread void *__once_callable;
extern __thread void (*__once_call)();
extern "C" void __once_proxy(void);
template <typename _Callable, typename... _Args>
void call_once(once_flag &__once, _Callable &&__f, _Args &&...__args)
{
auto __callable = [&]
{
std::__invoke(std::forward<_Callable>(__f), std::forward<_Args>(__args)...);
};
__once_callable = std::__addressof(__callable);
__once_call = []{(*(decltype(__callable) *)__once_callable)();};
int __e = __gthread_once(&__once._M_once, &__once_proxy);
if (__e)
__throw_system_error(__e);
}
【问题讨论】：
-
适用于 VS2019 v16.9.4 cl.exe（编译器）v19.28.29914。绝对是一个错误。
-
您尝试过AppVeyor Windows CI 实例吗？
-
@Casey 是的，毫无疑问这是一个错误。我希望有一个解决方法，因为我不想回滚到 Clang 11。不，我没有尝试 AppVeyor，但我希望结果是一样的。
-
#define call_once call_once_workaround（在正确的位置）并自己实施？ -
@C.M.是的，或者我可以修补标题本身。但我觉得我的知识不足以实现它。