https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108051
Leandro Nini changed:
What|Removed |Added
CC||drfiemost at email dot it
--- Comment
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: drfiemost at email dot it
Target Milestone: ---
Created attachment 54061
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54061&action=edit
test program
Compiling the attached
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106776
--- Comment #2 from Leandro Nini ---
Oh, now I see it, it wasn't that obvious in the first test. But why is the
compiler allowed to postpone the store after deleting the pointer? Is there
some undefined behavior involved here or what?
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: drfiemost at email dot it
Target Milestone: ---
Created attachment 53520
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53520&action=edit
test program
When compiling the attached
/issues/189
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: drfiemost at email dot it
Target Milestone: ---
Created attachment 49843
--> https://gcc.gnu.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: drfiemost at email dot it
Target Milestone: ---
Getting a crash with snapshots gcc-9-20191221/gcc-8-20191220 and isl-0.22 on
x86_64-linux compiling the following reduced code using "-O2 -floop-block"
flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71824
--- Comment #13 from Leandro Nini ---
I've applied the patch to the 6.3.1 20170202 snapshot and the former test
compiles but this one triggers the same error:
typedef struct { float x1; } bx;
typedef struct {
int w;
short o;
} T2P;
T2P a;
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71824
--- Comment #7 from Leandro Nini ---
Reduced testcase, ICEs with gcc -O2 -floop-interchange:
int a, b, d;
int **c;
int fn1() {
while (a)
if (d) {
int e = -d;
for (; b < e; b++)
c[b] = &a;
} else {
for (; b; b+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
--- Comment #5 from Leandro Nini ---
Backporting the commit r212122 from trunk fixes the error both in 4.8 and 4.9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62113
--- Comment #1 from Leandro Nini ---
Created attachment 33322
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33322&action=edit
Reduced source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
--- Comment #1 from Leandro Nini ---
Backtrace generated with gcc version 4.9.2 20140813 (prerelease)
# LANG=C gcc/cc1 -O2 -floop-parallelize-all -ffast-math /mnt/doc/cvt.i
vprintf getchar fgetc_unlocked getc_unlocked getchar_unlocked putchar
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: drfiemost at email dot it
Created attachment 33305
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33305&action=edit
Preprocessed source
gcc -O2 -floop-parallelize-all -ffast-math -
Assignee: unassigned at gcc dot gnu.org
Reporter: drfiemost at email dot it
Created attachment 33304
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33304&action=edit
Preprocessed source
gcc -O2 -floop-parallelize-all -c rdft.i
ends up eating all memory (8Gb) and th
13 matches
Mail list logo