@GOTPCREL is also rip-relative. Fix fast-isel to do the right thing.

This fixes an llvm-gcc bootstrap problem I introduced.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@74691 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Chris Lattner 2009-07-02 04:22:01 +00:00
parent 27598ec1e2
commit cd714b12fc
2 changed files with 4 additions and 2 deletions

View File

@ -478,8 +478,10 @@ bool X86FastISel::X86SelectAddress(Value *V, X86AddressMode &AM, bool isCall) {
Opc = X86::MOV64rm; Opc = X86::MOV64rm;
RC = X86::GR64RegisterClass; RC = X86::GR64RegisterClass;
if (TM.getRelocationModel() != Reloc::Static) if (TM.getRelocationModel() != Reloc::Static) {
StubAM.GVOpFlags = X86II::MO_GOTPCREL; StubAM.GVOpFlags = X86II::MO_GOTPCREL;
StubAM.Base.Reg = X86::RIP;
}
} }
unsigned ResultReg = createResultReg(RC); unsigned ResultReg = createResultReg(RC);

View File

@ -1,4 +1,4 @@
; RUN: llvm-as < %s | llc -fast-isel | grep {_kill@GOTPCREL} ; RUN: llvm-as < %s | llc -fast-isel | grep {_kill@GOTPCREL(%rip)}
target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128" target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128"
target triple = "x86_64-apple-darwin10.0" target triple = "x86_64-apple-darwin10.0"
@f = global i8 (...)* @kill ; <i8 (...)**> [#uses=1] @f = global i8 (...)* @kill ; <i8 (...)**> [#uses=1]