Don't fold address calculations which use negative offsets into

the ADDRspii addressing mode.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@62258 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Richard Osborne 2009-01-15 11:32:30 +00:00
parent 62db116933
commit cfb1ae87c6
2 changed files with 14 additions and 2 deletions

View File

@ -92,8 +92,8 @@ bool XCoreDAGToDAGISel::SelectADDRspii(SDValue Op, SDValue Addr,
ConstantSDNode *CN = 0;
if ((FIN = dyn_cast<FrameIndexSDNode>(Addr.getOperand(0)))
&& (CN = dyn_cast<ConstantSDNode>(Addr.getOperand(1)))
&& (CN->getSExtValue() % 4 == 0)) {
// Constant word offset from frame pointer
&& (CN->getSExtValue() % 4 == 0 && CN->getSExtValue() >= 0)) {
// Constant positive word offset from frame index
Base = CurDAG->getTargetFrameIndex(FIN->getIndex(), MVT::i32);
Offset = CurDAG->getTargetConstant(CN->getSExtValue(), MVT::i32);
return true;

View File

@ -0,0 +1,12 @@
; RUN: llvm-as < %s | llc -march=xcore > %t1.s
;; This caused a compilation failure since the
;; address arithmetic was folded into the LDWSP instruction,
;; resulting in a negative offset which eliminateFrameIndex was
;; unable to eliminate.
define i32 @test(i32 %bar) nounwind readnone {
entry:
%bar_addr = alloca i32
%0 = getelementptr i32* %bar_addr, i32 -1
%1 = load i32* %0, align 4
ret i32 %1
}