[Bug c++/69585] [C++ 11] parser errors mixing alignas, C++ 11 and GNU attributes on class declaration

2024-11-10 Thread soap at gentoo dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69585 David Seifert changed: What|Removed |Added CC||soap at gentoo dot org --- Comment #8

[Bug driver/108022] [11/12/13 regression] -frecord-gcc-switches doesn't record preprocessor macros since r11-5739-g7caa49706316e6

2022-12-08 Thread soap at gentoo dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022 David Seifert changed: What|Removed |Added CC||soap at gentoo dot org --- Comment #4

[Bug c++/104855] -Wclass-memaccess is too broad with valid code

2022-03-10 Thread soap at gentoo dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104855 --- Comment #2 from David Seifert --- (In reply to Richard Biener from comment #1) > I think the code is definitely "bad style", it seems A lacks a CTOR from > 'unsigned' and the code tries to workaround this issue. > > Not sure whether these k

[Bug c++/104855] New: -Wclass-memaccess is too broad with valid code

2022-03-09 Thread soap at gentoo dot org via Gcc-bugs
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: soap at gentoo dot org Target Milestone: --- Given the following snippet: #include #include #include struct A { A() = default; A(unsigned a, unsigned b) : data_(a + b) {} private: unsigned data_

[Bug c++/97566] [[no_unique_address]] causes miscompiles when mixed with EBO in constexpr context

2021-08-20 Thread soap at gentoo dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97566 David Seifert changed: What|Removed |Added CC||soap at gentoo dot org --- Comment #7

[Bug c++/94929] [8 Regression] GCC 8 chokes on std::max in alignas

2020-05-04 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94929 --- Comment #5 from David Seifert --- (In reply to Marek Polacek from comment #3) > I'm going to backport the fix to 8 if it passes the usual testing. Hi Marek, could you also test the inlined code. Defining some const and then using it alignas

[Bug c++/94929] New: GCC 8 chokes on std::max in alignas

2020-05-02 Thread soap at gentoo dot org
++ Assignee: unassigned at gcc dot gnu.org Reporter: soap at gentoo dot org Target Milestone: --- The following snippet #include struct One {}; struct Two {}; struct Foo { alignas(std::max(alignof(One), alignof(Two))) char value; }; compiles fine in GCC 9.3, but in GCC 8.4

[Bug tree-optimization/94617] Simple if condition not optimized

2020-04-16 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94617 --- Comment #5 from David Seifert --- (In reply to Richard Biener from comment #3) > Note the RTL if-conversion pass doesn't recognize what we present to it. > If you alter initial RTL expansion via -fno-tree-ter (not recommended in > general) >

[Bug tree-optimization/94617] Simple if condition not optimized

2020-04-16 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94617 --- Comment #2 from David Seifert --- (In reply to Richard Biener from comment #1) > Why do you think this is terrible? Aggressive use of conditional moves is > not > a good idea in general. I've benchmarked the code, and on a Zen 2 the GCC pro

[Bug tree-optimization/94617] New: Simple if condition not optimized

2020-04-16 Thread soap at gentoo dot org
-optimization Assignee: unassigned at gcc dot gnu.org Reporter: soap at gentoo dot org Target Milestone: --- Given the following C++ snippet const char* vanilla_bandpass(int a, int b, int x, const char* low, const char* high) { const bool within_interval { (a <= x) &&

[Bug middle-end/91623] [8 Regression] -msse4.1 -O3 segfault in /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/include/smmintrin.h:270:10

2020-03-04 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623 --- Comment #19 from David Seifert --- (In reply to Jakub Jelinek from comment #17) > Can't reproduce, compiles without any ICE since the above mentioned commits. > In #c15 you are clearing testing with GCC 9.2.0, but that is expected, the > bug

[Bug middle-end/91623] [8 Regression] -msse4.1 -O3 segfault in /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/include/smmintrin.h:270:10

2020-03-04 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623 --- Comment #18 from David Seifert --- (In reply to Jakub Jelinek from comment #17) > Can't reproduce, compiles without any ICE since the above mentioned commits. > In #c15 you are clearing testing with GCC 9.2.0, but that is expected, the > bug

[Bug middle-end/91623] [8 Regression] -msse4.1 -O3 segfault in /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/include/smmintrin.h:270:10

2020-02-22 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623 --- Comment #16 from David Seifert --- (In reply to David Seifert from comment #15) > Created attachment 47887 [details] > preprocessed_example.c.gz > > Running GCC 9.2 with > > gcc-9.2.0 -msse4.1 -O3 -c preprocessed_example.c -o foo.o > >

[Bug middle-end/91623] [8 Regression] -msse4.1 -O3 segfault in /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/include/smmintrin.h:270:10

2020-02-22 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623 --- Comment #15 from David Seifert --- Created attachment 47887 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47887&action=edit preprocessed_example.c.gz Running GCC 9.2 with gcc-9.2.0 -msse4.1 -O3 -c preprocessed_example.c -o foo.o

[Bug middle-end/91623] [8 Regression] -msse4.1 -O3 segfault in /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/include/smmintrin.h:270:10

2020-01-29 Thread soap at gentoo dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623 David Seifert changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug c/91623] New: [7/8/9 Regression] -msse4.1 -O3 segfault in /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/include/smmintrin.h:270:10

2019-08-31 Thread soap at gentoo dot org
Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: soap at gentoo dot org Target Milestone: --- Created attachment 46793 --> https://gcc.gnu.org/bugzilla/attachment.cgi

[Bug libstdc++/85828] New: std::shuffle tries to swap element with itself

2018-05-18 Thread soap at gentoo dot org
: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: soap at gentoo dot org Target Milestone: --- This bug is related to a previous one in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59603. For a full description, see https://stackoverflow.com/questions/22915325