Chuanqi Xu

> Did you see the godbolt? It says: > > ``` > clang version 15.0.0 (https://github.com/llvm/llvm-project.git 4ba6a9c9f65bbc8bd06e3652cb20fd4dfc846137) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /opt/compiler-explorer/clang-15.0.0/bin > ``` > > For my...

> sure: > > ``` > ; ModuleID = 'main.cpp' > source_filename = "main.cpp" > target datalayout = "e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-f80:128-n8:16:32:64-S128" > target triple = "x86_64-unknown-linux-gnu" > > ; Function Attrs: norecurse...

Oh, I reproduce it successfully with libcxx. Thanks.

Oh, if @nikic will take a look, I'll resign the assignment.

> I just want to support you as good as I can. I surely can't fix the bug, I don't know anything about how the optimizer and the associated llvm...

> I spent some time looking into this, but wasn't able to identify where the miscompile occurs. Possibly it's in coroutine-specific parts that I'm not familiar with. What's the bad...

> @ChuanqiXu9 The bad pattern is a missing `i32` store writing the variant tag. Thanks I'll take a look.

Unassigned due to I may not be able to look into this in time due to personal reasons.

Note that we will get the correct address for promise now by handle.promise() because we calculate the offset in the same way now: `(OriginOffset + Align - 1) & ~(Align...

Excellent! BTW, https://github.com/alibaba/async_simple/tree/CXX20Modules is used C++20 Modules completely and it is OK to be compiled by clang15 now. I guess it might be a good test case for you.