https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96685
--- Comment #6 from Jakub Jelinek ---
Created attachment 49745
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49745&action=edit
gcc11-pr96685.patch
Updated patch.
"acoplan at gcc dot gnu.org via Gcc-bugs" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092
>
> --- Comment #9 from Alex Coplan ---
> Thanks for fixing this Andrea! FWIW I can reproduce the ICE with the same
> testcase and options on the head of the GCC 10 branch (contrary to my first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092
--- Comment #10 from Andrea Corallo ---
"acoplan at gcc dot gnu.org via Gcc-bugs" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092
>
> --- Comment #9 from Alex Coplan ---
> Thanks for fixing this Andrea! FWIW I can reproduce the IC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
--- Comment #7 from Dominique d'Humieres ---
I see the valgrind errors in comment 4 up to r241883 (2016-11-06). From r241924
(2016-11-07) up to r265319 (2018-10-19) I don't see them anymore but a lot of
MacOS related libraries. Finally after r265
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91257
Rogério de Souza Moraes changed:
What|Removed |Added
CC||rogerio.souza at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91257
--- Comment #13 from Rogério de Souza Moraes
---
Created attachment 49746
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49746&action=edit
File that reproduces the current structure and has performance issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91257
--- Comment #14 from Rogério de Souza Moraes
---
Created attachment 49747
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49747&action=edit
File which all the 'try' macros are taken out to separate routines, for build
performance improvemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
--- Comment #20 from Segher Boessenkool ---
Yes, that is clear... But we have ***double*** x in that example even,
as the declared type of the parameter, so converting that to float is
almost certainly a bad idea?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98188
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35718
Dominique d'Humieres changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97694
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97723
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98053
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98248
Bug ID: 98248
Summary: [11 Regression] SVE: Wrong code with -O3
-msve-vector-bits=256
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98248
Alex Coplan changed:
What|Removed |Added
Target Milestone|--- |11.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
--- Comment #2 from Jakub Jelinek ---
With these options one of the #pragma omp return statements is not removed from
the IL, which must be done during the ompexp pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
--- Comment #3 from Jakub Jelinek ---
Reduced testcase:
void bar (void);
void
foo (void)
{
#pragma acc data
{
#pragma acc host_data
bar ();
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
--- Comment #4 from Jakub Jelinek ---
And corresponding OpenMP -fopenmp -fexceptions -O0:
void bar ();
int x, y;
void
foo (void)
{
#pragma omp target data map(tofrom: x)
{
#pragma omp target data map(tofrom: y)
bar ();
}
}
ICEs too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
Jakub Jelinek changed:
What|Removed |Added
Keywords||openmp
Summary|[9/10/11 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
--- Comment #21 from rguenther at suse dot de ---
On December 11, 2020 6:51:05 PM GMT+01:00, "segher at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
>
>--- Comment #20 from Segher Boessenkool ---
>Yes, that is cle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97600
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9324f7a25c7161a813bfae6cc2d180784b165740
commit r11-5954-g9324f7a25c7161a813bfae6cc2d180784b165740
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98227
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98017
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:342be4dce16630575e2de21dbeec4baaed7a143a
commit r9-9109-g342be4dce16630575e2de21dbeec4baaed7a143a
Author: Harald Anlauf
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98017
--- Comment #9 from CVS Commits ---
The releases/gcc-8 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:56f83e64e179f2ff5bb4161db076d7e6ae1c0a3f
commit r8-10675-g56f83e64e179f2ff5bb4161db076d7e6ae1c0a3f
Author: Harald Anlauf
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98017
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98249
Bug ID: 98249
Summary: Improper ADL on the `arg` in `new (arg) T`
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98250
Bug ID: 98250
Summary: Wrong code path with -O1 and signed overflow
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98250
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98250
--- Comment #2 from Jakub Jelinek ---
After UB anything can happen, just don't invoke UB in your programs.
Please read e.g. https://blog.regehr.org/archives/213
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98251
Bug ID: 98251
Summary: libgcc on 32-bit soft-float ARM narrows -NaN
incorrectly
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cc9b9c0b68233d38a26f7acd68cc5f9a8fc4d994
commit r11-5956-gcc9b9c0b68233d38a26f7acd68cc5f9a8fc4d994
Author: Jakub Jelinek
Date: Sa
101 - 133 of 133 matches
Mail list logo