https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69585
David Seifert changed:
What|Removed |Added
CC||soap at gentoo dot org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022
David Seifert changed:
What|Removed |Added
CC||soap at gentoo dot org
--- Comment #4
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
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_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97566
David Seifert changed:
What|Removed |Added
CC||soap at gentoo dot org
--- Comment #7
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
++
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
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)
>
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
-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) &&
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
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
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
>
>
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623
David Seifert changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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
: 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
17 matches
Mail list logo