Scott Michel
2007-Oct-16 06:48 UTC
[LLVMdev] The one remaining bug keeping CellSPU from release...
Yup, I've got one remaining bug that holding up the CellSPU release. It still has a bunch of warts, but so long as I can get it into shape such that llvm-gcc-4.2 compiles all the way through, then we collectively have something with which to work. I'm getting the following error from llc, the attachments have llc's debug and the .ll files, respectively. Can anyone shed some light on what I should look at to track this one down? /Users/scottm/play/llvm/branches/llvm-spu/lib/CodeGen/SelectionDAG/ ScheduleDAG.cpp:406: failed assertion `I != VRBaseMap.end() && "Node emitted out of order - late"' -scooter -------------- next part -------------- A non-text attachment was scrubbed... Name: crtbegin.debug Type: application/octet-stream Size: 12231 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20071015/c76cfe0f/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: testcase.ll Type: application/octet-stream Size: 2021 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20071015/c76cfe0f/attachment-0001.obj>
Evan Cheng
2007-Oct-16 07:00 UTC
[LLVMdev] The one remaining bug keeping CellSPU from release...
This is a scheduler assertion. It means a value (virtual register) use is somehow scheduled before its definition. Please run llc in gdb. Call dumpSchedule() to print out the schedule. Also please let me know which node it is processing at the time of the assertion. Evan On Oct 15, 2007, at 11:48 PM, Scott Michel <scottm at aero.org> wrote:> Yup, I've got one remaining bug that holding up the CellSPU release. > It still has a bunch of warts, but so long as I can get it into > shape such that llvm-gcc-4.2 compiles all the way through, then we > collectively have something with which to work. > > I'm getting the following error from llc, the attachments have llc's > debug and the .ll files, respectively. Can anyone shed some light on > what I should look at to track this one down? > > /Users/scottm/play/llvm/branches/llvm-spu/lib/CodeGen/SelectionDAG/ > ScheduleDAG.cpp:406: failed assertion `I != VRBaseMap.end() && "Node > emitted out of order - late"' > > > -scooter > > <crtbegin.debug> > <testcase.ll> > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
Scott Michel
2007-Oct-17 04:06 UTC
[LLVMdev] The one remaining bug keeping CellSPU from release...
Evan: What you requested was in the debug output (sans offending Node), but here it is, outside of the attachment. The offending node is highlighted: SU(0): 0xa908760: ch = EntryToken SU(1): 0xa907600: i32,ch,flag = CopyFromReg 0xa9095d0, 0xa9070e0, 0xa9095d0:1 0xa906e30: ch,flag = CopyToReg 0xa908760, 0xa9070e0, 0xa9071f0 <<--<<--<<--<<--<< Node 0xa9095d0: ch,flag = inlineasm 0xa906e30, 0xa908570, 0xa908c60, 0xa9070e0, 0xa9075a0, 0xa9070e0, 0xa906e30:1 SU(2): 0xa909560: ch = CopyToReg 0xa907600:1, 0xa909500, 0xa907600 SU(3): 0xa907ff0: ch = BRZ 0xa907600, 0xa906f10, 0xa909560 0xa906e30: ch,flag = CopyToReg 0xa908760, 0xa9070e0, 0xa9071f0 -scooter On Oct 16, 2007, at 12:00 AM, Evan Cheng wrote:> This is a scheduler assertion. It means a value (virtual register) use > is somehow scheduled before its definition. > > Please run llc in gdb. Call dumpSchedule() to print out the schedule. > Also please let me know which node it is processing at the time of the > assertion. > > Evan > > On Oct 15, 2007, at 11:48 PM, Scott Michel <scottm at aero.org> wrote: > >> Yup, I've got one remaining bug that holding up the CellSPU release. >> It still has a bunch of warts, but so long as I can get it into >> shape such that llvm-gcc-4.2 compiles all the way through, then we >> collectively have something with which to work. >> >> I'm getting the following error from llc, the attachments have llc's >> debug and the .ll files, respectively. Can anyone shed some light on >> what I should look at to track this one down? >> >> /Users/scottm/play/llvm/branches/llvm-spu/lib/CodeGen/SelectionDAG/ >> ScheduleDAG.cpp:406: failed assertion `I != VRBaseMap.end() && "Node >> emitted out of order - late"' >> >> >> -scooter >> >> <crtbegin.debug> >> <testcase.ll> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
Scott Michel
2007-Oct-17 04:07 UTC
[LLVMdev] The one remaining bug keeping CellSPU from release...
Not sure how the same message got sent twice. :-) -scooter On Oct 16, 2007, at 12:00 AM, Evan Cheng wrote:> This is a scheduler assertion. It means a value (virtual register) use > is somehow scheduled before its definition. > > Please run llc in gdb. Call dumpSchedule() to print out the schedule. > Also please let me know which node it is processing at the time of the > assertion. > > Evan > > On Oct 15, 2007, at 11:48 PM, Scott Michel <scottm at aero.org> wrote: > >> Yup, I've got one remaining bug that holding up the CellSPU release. >> It still has a bunch of warts, but so long as I can get it into >> shape such that llvm-gcc-4.2 compiles all the way through, then we >> collectively have something with which to work. >> >> I'm getting the following error from llc, the attachments have llc's >> debug and the .ll files, respectively. Can anyone shed some light on >> what I should look at to track this one down? >> >> /Users/scottm/play/llvm/branches/llvm-spu/lib/CodeGen/SelectionDAG/ >> ScheduleDAG.cpp:406: failed assertion `I != VRBaseMap.end() && "Node >> emitted out of order - late"' >> >> >> -scooter >> >> <crtbegin.debug> >> <testcase.ll> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
Maybe Matching Threads
- [LLVMdev] The one remaining bug keeping CellSPU from release...
- [LLVMdev] The one remaining bug keeping CellSPU from release...
- [LLVMdev] The one remaining bug keeping CellSPU from release...
- Instruction selection problems due to SelectionDAGBuilder
- Ensuring chain dependencies with expansion to libcalls