https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
Arsen Arsenović changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
Arsen Arsenović changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
--- Comment #6 from Avi Kivity ---
(the reproducer was executed by gcc 12 prerelease, not gcc 11)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
--- Comment #5 from Avi Kivity ---
I reduced it to a few lines (attached, intentionally triggers use-after-free).
The culprit is -Og.
With
g++ coroutine-asan.cc -o coroutine-asan --std=c++20 -fsanitize=address -Og
I see
READ of size 8 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
--- Comment #4 from Avi Kivity ---
Created attachment 52856
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52856&action=edit
intentionally buggy reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
--- Comment #3 from Avi Kivity ---
I have a multi-gigabyte reproducer. Unfortunately it's part of a huge program
that didn't build with gcc until very recently. It will be quite a task to
reduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
--- Comment #2 from Richard Biener ---
Can you provide a testcase that exhibits such behavior?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336
--- Comment #1 from Avi Kivity ---
I guess I should mention the programs uses C++20 coroutines, and it could be
the case that debug information for coroutines is generated incorrectly.
