[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-30 15:39 --- Fixed in 4.0.0. -- What|Removed |Added Status|NEW |RESOL

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-30 13:14 --- Subject: Bug 20177 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-30 13:13:40 Modified files: gcc: Change

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 18:50 --- Subject: Bug 20177 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 18:49:31 Modified files: gcc: ChangeLog ddg.c modulo-sched.c passes

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:30 --- Patch here: . -- What|Removed |Added

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-17 21:21 --- GCC from the 4.0-branch on 20050316 plus the patch from comment 16 successfully builds all of the SPEC CPU2000 tests and those tests run successfully with small test input. -- http://gcc.gnu.org/bugzilla/s

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From mustafa at il dot ibm dot com 2005-03-17 11:53 --- The following patch should fix the Segmentation fault in gap (from SPEC2000) mentioned in comment 14. This patch is combined with the patch from comment 13. Janis can you try it out. Index: ddg.c ===

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From mustafa at il dot ibm dot com 2005-03-17 07:30 --- I get the ICE in schedule_insns at sched-rgn.c:2549 also in bootstrap with -O2 -fmodulo-sched. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20177

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-16 22:49 --- There are now two separate bugs being discussed in this PR. The first bug is an ICE in schedule_insns at sched-rgn.c:2549. This

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16 17:45 --- For some reason the REG_DEAD is not the cause of the failure it is the fact that the SMSed basic-block wasn't mark dirty for update_life_info that come after it. doing so fixes the failure even with REG_DEA

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16 12:05 --- After a bit more debugging I found out that the error caused due to copying the REG_DEAD note with the instructions when we are generating the prologues and epilogues in SMS. The REG_DEAD is correct in the i

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16 09:36 --- I suppose that the REG_DEAD for 136 in insn 65 is correct, because the next insn is a DEF of 136. So the problem here is that 136 is not in the liveout of BB 7. I can guess that insn 97 that defines 136 is a

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 01:24 --- This is at the point where die. Block 2 and block 7 both set reg 136. Block 2 uses it, and the predecessors of block 2 are block 2 and block 7. Reg 136 is in liveout(2). But it is not in liveout(7) for

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From echristo at redhat dot com 2005-03-16 01:15 --- Fairly certain the REG_DEAD note is wrong since I can't see a way for 136 to die in that insn (on read?). Where'd the note get set? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20177

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 01:10 --- For me the fatal error now happens in a block starting with this: Breakpoint 6, verify_wide_reg (regno=136, bb=0x400a5a50) at ../../mainline/gcc/flow.c:494 494 fatal_error ("internal consistency fa

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-16 01:05 --- Mostafa, would you please take a look at this? If you don't get to it first I'll try it with your recent SMS changes. -- What|Removed |Added --

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 01:01 --- This is enough for me to trigger the bug. The malloc is needed, probably it makes sure V and vector don't alias, or something like that. extern void * malloc (long); int n; float (*vector)[]; voi

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 00:57 --- I really doubt my patch is to blame for this. This patch has been on the hammer branch for ages, so it was in the system compiler of every SUSE distribution released in the last 2 years. Probably SMS is

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-14 20:25 --- Mainline and 4.0 branch still fail the small testcase with "fatal error: internal consistency failure" when built for powerpc-linux (not just powerpc64-linux). The failure begins with the following patch, add

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-07 19:37 --- Created an attachment (id=8352) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8352&action=view) minimized test case This test case is minimized from ammp and gets "fatal error: internal consistency fail

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-04 18:36 --- I vastly overstated the failures in SPEC CPU2000 for this problem: ammp fails with both -m32 and -m64, and fma3d and sixtrack fail with -m32. Mainline GCC built last night still gets all of the testsuite and

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 18:52 --- Hmm, that means someone is not updating the dead count correct: gcc_assert (deaths_in_region[rgn] == count_or_remove_death_notes (blocks, 0)); Maybe related to the fixed