[Bug target/113468] New: copy of large struct violates semantics of 'volatile'

2024-01-17 Thread gnu at kosak dot com via Gcc-bugs
Component: target Assignee: unassigned at gcc dot gnu.org Reporter: gnu at kosak dot com Target Milestone: --- Created attachment 57132 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57132=edit the .ii file from --save-temps Hello, I'm not 100% certain, but I'm pre

[Bug tree-optimization/112835] New: inverting the result of memcmp() produces inefficient code

2023-12-03 Thread gnu at kosak dot com via Gcc-bugs
Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: gnu at kosak dot com Target Milestone: --- Created attachment 56778 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56778=edit the .ii file from --save-temps He

[Bug libstdc++/112480] optional::reset emits inefficient code when T is trivially-destructible

2023-11-10 Thread gnu at kosak dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112480 --- Comment #2 from Corey Kosak --- Thanks for the reply and the correction about illegally running the destructor. As for why the compiler can't do the optimization itself, I don't know, but the optimization isn't applied here either: ```

[Bug libstdc++/112480] New: optional::reset emits inefficient code when T is trivially-destructible

2023-11-10 Thread gnu at kosak dot com via Gcc-bugs
: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: gnu at kosak dot com Target Milestone: --- Created attachment 56556 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56556=edit the .ii file from -save-temps He

[Bug libstdc++/93770] New: std::tuple::operator< sometimes does needless extra work

2020-02-16 Thread gnu at kosak dot com
mal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: gnu at kosak dot com Target Milestone: --- Hello, In the simple program below, tuple::operator< calls the underlying Foo::operator< twice (10 < 9, then 9 < 10), even though

[Bug c++/92524] New: ICE in short program with constexpr and std::array

2019-11-14 Thread gnu at kosak dot com
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gnu at kosak dot com Target Milestone: --- Hello, This program gives an internal compiler error. = #include constexpr char wildcard = '*'; struct Foo { char ch_ = wildcard; }; void

[Bug c++/92092] New: Spurious warning: '' may be used uninitialized in this function

2019-10-14 Thread gnu at kosak dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gnu at kosak dot com Target Milestone: --- Hello, The program below gets the following warning message. I think the program is well-formed (Clang 9.0.0 accepts it without warning

[Bug c++/87680] Small program produces 160 meg .o file

2018-10-22 Thread gnu at kosak dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87680 --- Comment #4 from Corey Kosak --- To my eye it doesn't seem to be related to exceptions or initializer lists, so I don't think it's the same bug, but you all would know better than me. When I look at the .s file I see a giant sequence of the

[Bug c++/87680] New: Small program produces 400 meg .s file

2018-10-21 Thread gnu at kosak dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: gnu at kosak dot com Target Milestone: --- This small program takes over a minute to compile and produces a 160 meg object file. sizeof(Bar) is large and it looks like the compiler wants to write down a precompiled version