Venkatraman Govindaraju
2011-Jan-07 20:36 UTC
[LLVMdev] Unreachable executed with fast Regalloc and Sparc backend
Hello, When I run LLC with option "-O0 -march=sparc" on following testcase, fast register allocator crashes with "UNREACHABLE executed" error. LLC generates code successfully with other standard register allocators available. $ cat call.ll define void @test() nounwind { entry: %0 = tail call i32 (...)* @foo() nounwind tail call void (...)* @bar() nounwind ret void } declare i32 @foo(...) declare void @bar(...) $ llc -march=sparc -O0 call.ll Instruction uses an allocated register UNREACHABLE executed at /scratch/venkatra/projects/llvm/src/llvm/lib/CodeGen/RegAllocFast.cpp:339! ... Thanks, Venkatraman
Wesley Peck
2011-Jan-08 00:56 UTC
[LLVMdev] Unreachable executed with fast Regalloc and Sparc backend
On Jan 7, 2011, at 2:36 PM, Venkatraman Govindaraju wrote:> When I run LLC with option "-O0 -march=sparc" on following testcase, > fast register allocator crashes with "UNREACHABLE executed" error. LLC > generates code successfully with other standard register allocators > available.I haven't investigated the Sparc backend specifically but... My guess is this is related to this entry in SparcInstrInfo.td: let Uses = [O0, O1, O2, O3, O4, O5], hasDelaySlot = 1, isCall = 1, Defs = [O0, O1, O2, O3, O4, O5, O7, G1, G2, G3, G4, G5, G6, G7, D0, D1, D2, D3, D4, D5, D6, D7, D8, D9, D10, D11, D12, D13, D14, D15] in { def CALL : InstSP<(outs), (ins calltarget:$dst), "call $dst", []> { bits<30> disp; let op = 1; let Inst{29-0} = disp; } The Uses=[O0,O1,O2,O3,O4,O5] is causing this crash (and similar crashes in the PQBP and Greedy allocators if I remember right). I fixed this in the MicroBlaze backend by remodeling the call instructions to be variadic like other backends. See the MBlazeInstrInfo.td changes in this commit: http://www.llvm.org/viewvc/llvm-project?view=rev&revision=121994 NOTE: In the commit R1 is the dedicated stack register on the MicroBlaze architecture. -- Wesley Peck University of Kansas SLDG Laboratory
Venkatraman Govindaraju
2011-Jan-11 04:50 UTC
[LLVMdev] Unreachable executed with fast Regalloc and Sparc backend
Thank you and I will modify call instruction to use variable_ops and see whether it works for SPARC backend. Thanks, Venkatraman On Fri, Jan 7, 2011 at 6:56 PM, Wesley Peck <peckw at wesleypeck.com> wrote:> On Jan 7, 2011, at 2:36 PM, Venkatraman Govindaraju wrote: >> When I run LLC with option "-O0 -march=sparc" on following testcase, >> fast register allocator crashes with "UNREACHABLE executed" error. LLC >> generates code successfully with other standard register allocators >> available. > > I haven't investigated the Sparc backend specifically but... > > My guess is this is related to this entry in SparcInstrInfo.td: > let Uses = [O0, O1, O2, O3, O4, O5], > hasDelaySlot = 1, isCall = 1, > Defs = [O0, O1, O2, O3, O4, O5, O7, G1, G2, G3, G4, G5, G6, G7, > D0, D1, D2, D3, D4, D5, D6, D7, D8, D9, D10, D11, D12, D13, D14, D15] in { > def CALL : InstSP<(outs), (ins calltarget:$dst), > "call $dst", []> { > bits<30> disp; > let op = 1; > let Inst{29-0} = disp; > } > > The Uses=[O0,O1,O2,O3,O4,O5] is causing this crash (and similar crashes in the PQBP and Greedy allocators if I remember right). I fixed this in the MicroBlaze backend by remodeling the call instructions to be variadic like other backends. See the MBlazeInstrInfo.td changes in this commit: > http://www.llvm.org/viewvc/llvm-project?view=rev&revision=121994 > > NOTE: In the commit R1 is the dedicated stack register on the MicroBlaze architecture. > > -- > Wesley Peck > University of Kansas > SLDG Laboratory > >
Seemingly Similar Threads
- [LLVMdev] Unreachable executed with fast Regalloc and Sparc backend
- EL5.1 client problems
- [LLVMdev] Modifying the patterns/ instruction selection phase in LLVM 2.7
- [LLVMdev] comparing -O5 to -std-compile-opts
- [LLVMdev] Modifying the patterns/ instruction selection phase in LLVM 2.7