llvm/test/MC/PowerPC, branch testinghttp://llvm.orghttps://git.amat.us/llvm/atom/test/MC/PowerPC?h=testing2013-01-09T17:08:15ZPowerPC: EH adjustments2013-01-09T17:08:15ZAdhemerval Zanellaazanella@linux.vnet.ibm.com2013-01-09T17:08:15Zurn:sha1:a1db5de9e70dd8ffda57b1a4373915ea866b6f1d
This patch adjust the r171506 to make all DWARF enconding pc-relative
for PPC64. It also adds the R_PPC64_REL32 relocation handling in MCJIT
(since the eh_frame will not generate PIC-relative relocation) and also
adds the emission of stubs created by the TTypeEncoding.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171979 91177308-0d34-0410-b5e6-96231b3b80d8
PowerPC: Fix eh_frame relocation for PIC 2013-01-04T19:08:13ZAdhemerval Zanellaazanella@linux.vnet.ibm.com2013-01-04T19:08:13Zurn:sha1:7b449889e7886b263718b5103538970f287bc37e
This patch fixes the PPC eh_frame definitions for the personality and
frame unwinding for PIC objects. It makes PIC build correctly creates
relative relocations in the '.rela.eh_frame' segments and thus avoiding
a text relocation that generates a DT_TEXTREL segments in link phase.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171506 91177308-0d34-0410-b5e6-96231b3b80d8
Fix initial frame state on powerpc64.2012-11-28T18:21:03ZUlrich Weigandulrich.weigand@de.ibm.com2012-11-28T18:21:03Zurn:sha1:781dfbd482c5177215ae7a43c9483e641eeb0d47
The createPPCMCAsmInfo routine used PPC::R1 as the initial frame
pointer register, but on PPC64 the 32-bit R1 register does not
have a corresponding DWARF number, causing invalid CIE initial
frame state to be emitted. Fix by using PPC::X1 instead.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168799 91177308-0d34-0410-b5e6-96231b3b80d8
This patch is in preparation for adding medium code model support to the2012-11-14T23:23:27ZBill Schmidtwschmidt@linux.vnet.ibm.com2012-11-14T23:23:27Zurn:sha1:527388dea5b4220f463a7cef6b1012770d1a80a5
PPC64 target. The five tests modified herein test code generation that is
sensitive to the code model selected. So I've added -code-model=small to
the RUN commands for each.
Since small code model is the default, this has no effect for now; but this
prepares us for eventually changing the default to medium code model for PPC64.
Test changes verified with small and medium code model as default on
powerpc64-unknown-linux-gnu. All tests continue to pass.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167999 91177308-0d34-0410-b5e6-96231b3b80d8
Add test case to verify correct relocs being generated for2012-11-13T21:53:43ZUlrich Weigandulrich.weigand@de.ibm.com2012-11-13T21:53:43Zurn:sha1:51abc9877e229bddf258d24386ab8d394e93ac33
TLS symbols on PowerPC using the integrated assembler.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167875 91177308-0d34-0410-b5e6-96231b3b80d8
Initial TOC support for PowerPC64 object creation2012-10-25T12:27:42ZAdhemerval Zanellaazanella@linux.vnet.ibm.com2012-10-25T12:27:42Zurn:sha1:aa71428378c1cb491ca60041d8ba7aa110bc963d
This patch adds initial PPC64 TOC MC object creation using the small mcmodel
(a single 64K TOC) adding the some TOC relocations (R_PPC64_TOC,
R_PPC64_TOC16, and R_PPC64_TOC16DS).
The addition of 'undefinedExplicitRelSym' hook on 'MCELFObjectTargetWriter'
is meant to avoid the creation of an unreferenced ".TOC." symbol (used in
the .odp creation) as well to set the R_PPC64_TOC relocation target as the
temporary ".TOC." symbol. On PPC64 ABI, the R_PPC64_TOC relocation should
not point to any symbol.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166677 91177308-0d34-0410-b5e6-96231b3b80d8