summaryrefslogtreecommitdiffstats
path: root/clang/lib/CodeGen
diff options
context:
space:
mode:
authorBill Schmidt <wschmidt@linux.vnet.ibm.com>2012-10-26 19:59:03 +0000
committerBill Schmidt <wschmidt@linux.vnet.ibm.com>2012-10-26 19:59:03 +0000
commit4a2dcfe5eea2eac447bfd2b4620b69a19ccf0ff2 (patch)
tree589c7b3c1cf8c90312e5623fcbf0aaa1d2891d53 /clang/lib/CodeGen
parentec0fdc93b50456a7e299b858474744692f136f8a (diff)
downloadbcm5719-llvm-4a2dcfe5eea2eac447bfd2b4620b69a19ccf0ff2.tar.gz
bcm5719-llvm-4a2dcfe5eea2eac447bfd2b4620b69a19ccf0ff2.zip
This patch addresses a 64-bit PowerPC ELF ABI compatibility issue with
varargs parameter passing. A strict reading of the ABI indicates that any argument with alignment greater than 8 may require skipping doublewords in the parameter save area to align the argument, and hence require skipping GPRs. In practice, this is not done by GCC. The alignment restriction is used for internal alignment of a structure, but a structure with 16-byte alignment, for example, is not itself 16-byte aligned in the parameter save area. Although this is messy, it has become the de facto standard used in building existing libraries. My initial varargs support followed the ABI language, but not the de facto standard. Running the GCC compatibility test suite exposed this issue, and indeed showed that LLVM didn't pass parameters self-consistently with my original logic. Removing the additional alignment logic allows the affected tests to now pass. I modified the ppc64-varargs-struct.c test case to remove the existing test for generation of alignment code, which is no longer appropriate. Built and tested on powerpc64-unknown-linux-gnu with no new regressions. llvm-svn: 166805
Diffstat (limited to 'clang/lib/CodeGen')
-rw-r--r--clang/lib/CodeGen/TargetInfo.cpp15
1 files changed, 0 insertions, 15 deletions
diff --git a/clang/lib/CodeGen/TargetInfo.cpp b/clang/lib/CodeGen/TargetInfo.cpp
index 0a6ebb897e9..58cbf2e2068 100644
--- a/clang/lib/CodeGen/TargetInfo.cpp
+++ b/clang/lib/CodeGen/TargetInfo.cpp
@@ -2755,21 +2755,6 @@ llvm::Value *PPC64_SVR4_ABIInfo::EmitVAArg(llvm::Value *VAListAddr,
llvm::Value *VAListAddrAsBPP = Builder.CreateBitCast(VAListAddr, BPP, "ap");
llvm::Value *Addr = Builder.CreateLoad(VAListAddrAsBPP, "ap.cur");
- // Handle address alignment for type alignment > 64 bits. Although
- // long double normally requires 16-byte alignment, this is not the
- // case when it is passed as an argument; so handle that special case.
- const BuiltinType *BT = Ty->getAs<BuiltinType>();
- unsigned TyAlign = CGF.getContext().getTypeAlign(Ty) / 8;
-
- if (TyAlign > 8 && (!BT || !BT->isFloatingPoint())) {
- assert((TyAlign & (TyAlign - 1)) == 0 &&
- "Alignment is not power of 2!");
- llvm::Value *AddrAsInt = Builder.CreatePtrToInt(Addr, CGF.Int64Ty);
- AddrAsInt = Builder.CreateAdd(AddrAsInt, Builder.getInt64(TyAlign - 1));
- AddrAsInt = Builder.CreateAnd(AddrAsInt, Builder.getInt64(~(TyAlign - 1)));
- Addr = Builder.CreateIntToPtr(AddrAsInt, BP);
- }
-
// Update the va_list pointer.
unsigned SizeInBytes = CGF.getContext().getTypeSize(Ty) / 8;
unsigned Offset = llvm::RoundUpToAlignment(SizeInBytes, 8);
OpenPOWER on IntegriCloud