--- Comment #1 from kenneth dot hoste at elis dot ugent dot be 2009-10-09
09:58 ---
Created an attachment (id=18759)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18759&action=view)
reduced testcase for this bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41643
ormal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kenneth dot hoste at elis dot ugent dot be
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linu
--- Comment #2 from kenneth dot hoste at elis dot ugent dot be 2009-10-08
10:47 ---
Created an attachment (id=18749)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18749&action=view)
Fortran testcase
Turns out the same error message occurs with SPEC CPU2000's 178.
--- Comment #1 from kenneth dot hoste at elis dot ugent dot be 2009-10-07
13:13 ---
Created an attachment (id=18739)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18739&action=view)
reduced testcase for this bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41619
252.eon
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kenneth dot hoste at elis dot ugent dot be
GCC
--- Comment #6 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:51 ---
Some more related details which might help shed light on the cause behind this.
The 178.galgel benchmark (again, Fortran), is also being miscompiled, but now
using
-ffixed-form -fno-ira-share-spill
--- Comment #5 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:30 ---
(In reply to comment #4)
> Are you running in 32bit mode?
No, I'm not. Using either -m32 or -m64 makes no difference for lucas, and if
I'm either m32 or m64, then I still obtain a 64-bit
--- Comment #3 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:12 ---
Same problem with 187.facerec, 173.applu and 301.apsi: runs correctly at -O1,
wrong code at -O1 -fno-ira-share-spill-slots.
All these benchmarks are written Fortran (both F77 and F90), so it seems this
--- Comment #2 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
13:35 ---
I did some more experiments, and have some more details to share.
It seems the problem with lucas only occurs with the SVN head of the 4.4 branch
I'm working on (r148268), and not with the
d at gcc dot gnu dot org
ReportedBy: kenneth dot hoste at elis dot ugent dot be
GCC build triplet: linux, x86-64
GCC host triplet: linux, x86-64
GCC target triplet: linux, x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40386
--- Comment #3 from kenneth dot hoste at elis dot ugent dot be 2007-04-20
20:51 ---
identifying source code lines corresponding to infinite loop using GDB:
(gdb) backtrace
#0 regclass (f=0x9ac29f4, nregs=71) at regclass.c:732
#1 0x08065d5c in rest_of_compilation
--- Comment #2 from kenneth dot hoste at elis dot ugent dot be 2007-04-20
19:24 ---
(In reply to comment #1)
> We need a testcase.
>
I would provide one if I knew how, I'm quite new at this... Any pointers?
--
kenneth dot hoste at elis dot ugent dot be changed:
hmark
176.gcc
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kenneth dot hoste at elis dot ugent dot be
GCC
sion: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kenneth dot hoste at elis dot ugent dot be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31586
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kenneth dot hoste at elis dot ugent dot be
GCC target triplet: x86/linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31024
15 matches
Mail list logo
