[Bug c++/109283] Destructor of co_yield conditional argument called twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109283 --- Comment #6 from accelerator0099 at gmail dot com --- Still ICEs in truck commit 28b508233a12c13295f960a2cb8a4864879acfb4 May 25 2024 version 15.0.0 Output: co_yield_bug.cc:197:31: error: redefinition of default argument for ‘class _Alloc’

[Bug c++/109283] Destructor of co_yield conditional argument called twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109283 accelerator0099 at gmail dot com changed: What|Removed |Added CC||accelerator0099 at

[Bug c++/103909] coroutines: co_yield of aggregate-initialized temporaries leads to segmentation faults.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103909 accelerator0099 at gmail dot com changed: What|Removed |Added CC||accelerator0099 at

[Bug c++/104384] coroutines: Heap corruption when initializing struct with co_await

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104384 accelerator0099 at gmail dot com changed: What|Removed |Added CC||accelerator0099 at

[Bug c++/107288] coroutines: Double-free of temporaries created in statement following co_await

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107288 accelerator0099 at gmail dot com changed: What|Removed |Added CC||accelerator0099 at

[Bug target/113560] Strange code generated when optimizing a multiplication on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113560 --- Comment #5 from accelerator0099 at gmail dot com --- If we are using an arch without BMI2, we can use single MUL instruction instead. Here is the description of MUL reg64/mem64. Multiplies a 64-bit register or memory operand by the contents

[Bug target/113560] Strange code generated when optimizing a multiplication on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113560 --- Comment #4 from accelerator0099 at gmail dot com --- Well, I hope gcc will just generate mulx instruction on arch with BMI2. Let's look at the AMD64 Architecture Programmer’s Manual Volume 3: Computes the unsigned product of the specified

[Bug c++/113560] New: Strange code generated when optimizing a multiplication on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113560 Bug ID: 113560 Summary: Strange code generated when optimizing a multiplication on x86_64 Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal

[Bug c++/113142] New: ICE in reference_binding, at cp/call.cc:2020

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113142 Bug ID: 113142 Summary: ICE in reference_binding, at cp/call.cc:2020 Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/102098] ICE when #include with -fmodules-ts -std=c++20 since r11-7530-g1e5cdb9f896fb220

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098 Devourer Station changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 102098, which changed state. Bug 102098 Summary: ICE when #include with -fmodules-ts -std=c++20 since r11-7530-g1e5cdb9f896fb220 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098 What|Removed

[Bug c++/102098] ICE when #include with -fmodules-ts -std=c++20 since r11-7530-g1e5cdb9f896fb220

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098 --- Comment #7 from Devourer Station --- Confirmed solved in 13.1.1

[Bug c++/106584] g++ not showing correct line number in "use of deleted function" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106584 --- Comment #5 from Devourer Station --- (In reply to Andrew Pinski from comment #4) > Actually clang references the call: > f(cl); > > When it comes to the copy constructor. At least it tells you about where the error is, otherwise you may

[Bug c++/106584] g++ not showing correct line number in "use of deleted function" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106584 --- Comment #2 from Devourer Station --- Created attachment 53437 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53437=edit compiler's output

[Bug c++/106584] g++ not showing correct line number in "use of deleted function" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106584 --- Comment #1 from Devourer Station --- Created attachment 53436 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53436=edit Preprocessed source file compile with g++ example.cpp -c

[Bug c++/106584] New: g++ not showing correct line number in "use of deleted function" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106584 Bug ID: 106584 Summary: g++ not showing correct line number in "use of deleted function" error Product: gcc Version: 12.1.1 Status: UNCONFIRMED Severity:

[Bug c++/102098] ICE when #include with -fmodules-ts -std=c++20 since r11-7530-g1e5cdb9f896fb220

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098 --- Comment #6 from Devourer Station --- Still exists with 11.2.0

[Bug c++/102098] ICE when #include with -fmodules-ts -std=c++20 since r11-7530-g1e5cdb9f896fb220

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098 --- Comment #5 from Devourer Station --- (In reply to Martin Liška from comment #1) > Please attach the source files.. I'm sorry that the attachment suddenly went missing. I reattached it.

[Bug c++/102098] ICE when #include with -fmodules-ts -std=c++20 since r11-7530-g1e5cdb9f896fb220

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098 --- Comment #4 from Devourer Station --- Created attachment 51388 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51388=edit preprocessed source file (xz compressed) preprocessed source file (xz compressed)

[Bug c/102098] New: ICE when #include with -fmodules-ts -std=c++20

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098 Bug ID: 102098 Summary: ICE when #include with -fmodules-ts -std=c++20 Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal Priority: