https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96794
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #3 from Paweł Bylica ---
Created attachment 49128
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49128&action=edit
Compiler invocation log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #1 from Paweł Bylica ---
Created attachment 49126
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49126&action=edit
Test source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #2 from Paweł Bylica ---
Created attachment 49127
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49127&action=edit
Assembly output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
Bug ID: 96793
Summary: __builtin_floor produces wrong result when rounding
direction is FE_DOWNWARD
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52771
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52771
Jonathan Wakely changed:
What|Removed |Added
Keywords|accepts-invalid |
--- Comment #2 from Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26950
--- Comment #7 from Jonathan Wakely ---
It's "fixed" for C++11 because N::a is meaningful for scoped enums, and fails
to find it. But the code is invalid even in C++03.
Clang and EDG both reject this even in C++03 mode. We might want to do the
s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26950
Jonathan Wakely changed:
What|Removed |Added
Known to work||4.4.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96788
--- Comment #2 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #1)
> __int128 is NOT extended integer type:
WG14 are supposed to be fixing that though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96790
--- Comment #1 from Jonathan Wakely ---
Looks like a dup of PR 65816 to me (not the first comment, but the later ones)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96729
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ca1afa261d03c9343dff1208325f87d9ba69ec7a
commit r11-2872-gca1afa261d03c9343dff1208325f87d9ba69ec7a
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96792
Bug ID: 96792
Summary: Analyzer assumes pointer is NULL, even though pointer
was dereferenced earlier
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96729
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96156
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96153
Bug 96153 depends on bug 96157, which changed state.
Bug 96157 Summary: d: No NRVO when returning an array of a non-POD struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96157
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96157
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96156
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:87e36d9baf41a8642ca8687e846764e0828a088b
commit r11-2869-g87e36d9baf41a8642ca8687e846764e0828a088b
Author: Iain Buclaw
Date: Fri Ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96157
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:312ad889e99ff9458c01518325775e75ab57f272
commit r11-2863-g312ad889e99ff9458c01518325775e75ab57f272
Author: Iain Buclaw
Date: Tue Au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96153
--- Comment #8 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:1db88844a22f75b13ced224415f645680784d354
commit r11-2864-g1db88844a22f75b13ced224415f645680784d354
Author: Iain Buclaw
Date: Tue Au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96783
--- Comment #6 from Richard Biener ---
Simplified testcase - it's the negative step grouped SLP loads that start at
the wrong address when the VF is > 1.
long a[1024];
long b[1024];
void __attribute__((noipa)) foo ()
{
for (int i = 0; i < 256
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96156
Iain Buclaw changed:
What|Removed |Added
Depends on|96347 |
--- Comment #2 from Iain Buclaw ---
Gene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96783
--- Comment #5 from Richard Biener ---
OK, so it seems the runtime alias check is hosed.
merged alias checks:
reference: MEM[(const struct _Vector_impl_data &)_254]._M_start vs.
MEM[(struct _Vector_impl_data *)_256]._M_start
segment len
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #2 from Kewen Lin ---
Created attachment 49124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49124&action=edit
sub4x4_dct SLP dumping
101 - 124 of 124 matches
Mail list logo