diff options
| author | Adhemerval Zanella <azanella@linux.vnet.ibm.com> | 2012-10-25 14:29:13 +0000 |
|---|---|---|
| committer | Adhemerval Zanella <azanella@linux.vnet.ibm.com> | 2012-10-25 14:29:13 +0000 |
| commit | 1be10dc732e7587fb7069e87e7321fb63ee5ce89 (patch) | |
| tree | 884c21cdbf3118821c19712ff6da2d0c3c385152 /llvm/utils/TableGen/CodeGenMapTable.cpp | |
| parent | d8bb236e18c58fe6a2f4ff0dfa5a1fada54d5659 (diff) | |
| download | llvm-1be10dc732e7587fb7069e87e7321fb63ee5ce89.zip llvm-1be10dc732e7587fb7069e87e7321fb63ee5ce89.tar.gz llvm-1be10dc732e7587fb7069e87e7321fb63ee5ce89.tar.bz2 | |
This patch fixes the MC object emission of 'nop' for external function calls
and also fixes the R_PPC64_TOC16 and R_PPC64_TOC16_DS relocation offset.
The 'nop' is needed so a restore TOC instruction (ld r2,40(r1)) can be placed
by the linker to correct restore the TOC of previous function.
Current code has two issues: it defines in PPCInstr64Bit.td file a LDinto_toc
and LDtoc_restore as a DSForm_1 with DS_RA=0 where it should be
DS=2 (the 8 bytes displacement of the TOC saving). It also wrongly emits a
MC intruction using an uint32_t value while the PPC::BL8_NOP_ELF
and PPC::BLA8_NOP_ELF are both uint64_t (because of the following 'nop').
This patch corrects the remaining ExecutionEngine using MCJIT:
ExecutionEngine/2002-12-16-ArgTest.ll
ExecutionEngine/2003-05-07-ArgumentTest.ll
ExecutionEngine/2005-12-02-TailCallBug.ll
ExecutionEngine/hello.ll
ExecutionEngine/hello2.ll
ExecutionEngine/test-call.ll
llvm-svn: 166682
Diffstat (limited to 'llvm/utils/TableGen/CodeGenMapTable.cpp')
0 files changed, 0 insertions, 0 deletions