[Bug c/41643] New: ICE (segmentation fault) for SPEC CPU2000's 176.gcc when using -fno-tree-dce

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-linux-gnu

[Bug c/41643] ICE (segmentation fault) for SPEC CPU2000's 176.gcc when using -fno-tree-dce

--- 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=18759action=view) reduced testcase for this bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41643

[Bug c++/41619] ICE in insert_save (caller-save.c) for SPEC CPU2000's 252.eon

--- 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=18749action=view) Fortran testcase Turns out the same error message occurs with SPEC CPU2000's 178.galgel, more

[Bug c++/41619] New: ICE in insert_save (caller-save.c) for SPEC CPU2000's 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 host triplet: x86_64

[Bug c++/41619] ICE in insert_save (caller-save.c) for SPEC CPU2000's 252.eon

--- 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=18739action=view) reduced testcase for this bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41619

[Bug fortran/40386] New: wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

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

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

--- 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 4.4.0

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

--- 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

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

--- 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 binary (when

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

--- 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

[Bug c/31642] New: -O2 -fno-guess-branch-probability -fno-tree-ch -fno-tree-dominator-opts -fno-tree-lrs -fno-tree-dce -fno-tree-vrp -funit-at-a-time -ftree-copy-prop -ftree-copyrename yields an infi

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 host

[Bug c/31642] -O2 -fno-guess-branch-probability -fno-tree-ch -fno-tree-dominator-opts -fno-tree-lrs -fno-tree-dce -fno-tree-vrp -funit-at-a-time -ftree-copy-prop -ftree-copyrename yields an infinite l

--- 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: What

[Bug middle-end/31642] -O2 -fno-guess-branch-probability -fno-tree-ch -fno-tree-dominator-opts -fno-tree-lrs -fno-tree-dce -fno-tree-vrp -funit-at-a-time -ftree-copy-prop -ftree-copyrename yields an i

--- 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

[Bug preprocessor/31586] New: -falign-X and -fno-align-X flags have reversed meaning

: 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

[Bug c/31024] New: segfault for SPEC CPU2000 vortex with -O2

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