[Bug c++/92964] New: order of base class members generates vastly different code

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: john at drouhard dot dev Target Milestone: --- Created attachment 47510 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47510&action=edit reproducible c++ source I'm new a

[Bug c++/93018] New: Zero initialization not occurring for empty struct in member union when converting constructor is used with -O2

: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: john at drouhard dot dev Target Milestone: --- Created attachment 47528 --> https://gcc.gnu.org/bugzi

[Bug c++/92964] order of base class members generates vastly different code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92964 --- Comment #1 from John Drouhard --- I opened a separate bug report for the second issue I discussed in this one. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93018

[Bug c++/93018] Zero initialization not occurring for empty struct in member union when converting constructor is used with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93018 --- Comment #1 from John Drouhard --- I forgot to mention that changing the optimization level to -O3 appears to "fix" baz2, and it correctly zero-initializes the empty struct in the union.

[Bug c++/93018] Zero initialization not occurring for empty struct in member union when converting constructor is used with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93018 --- Comment #3 from John Drouhard --- I don't think this is a matter of object lifetime. Passing -fnolifetime-dse or -flifetime-dse=1 does not change the generated assembly here at all. As a user of the functions baz1 and baz2, I would expect th

[Bug c++/101118] coroutines: unexpected ODR warning for coroutine frame type in LTO builds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118 --- Comment #5 from John Drouhard --- Has there been any progress toward resolution for this? We've been trying to use coroutines in our project but we require LTO for performance reasons, so this is holding us back.

[Bug libstdc++/109111] Definition of repeat_view::_Iterator has wrong template-head

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111 --- Comment #1 from John Drouhard --- https://godbolt.org/z/csozden6e example of gcc not diagnosing mismatched requires clauses (and clang correctly doing so).

[Bug libstdc++/111050] [11/12/13/14 Regression] ABI break in _Hash_node_value_base since GCC 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050 John Drouhard changed: What|Removed |Added CC||john at drouhard dot dev --- Comment

[Bug c++/116534] New: [14 regression] internal compiler error with comparison of pointers calculated with array offset

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: john at drouhard dot dev Target Milestone: --- The following produces an internal compiler when compiled with -Wall starting with gcc 14: $ cat