Searched refs:AAPCS (Results 1 – 10 of 10) sorted by relevance
122 // ARM AAPCS (EABI) Calling Convention, common parts152 // ARM AAPCS (EABI) Calling Convention195 // ARM AAPCS-VFP (EABI) Calling Convention257 // pointer, we use this AAPCS alternative.
40 # supports generating them with the IWMMXT or AAPCS ABIs, neither of
4946 AAPCS = 0, enumerator5151 if (Kind == AArch64ABIInfo::AAPCS) { in classifyArgumentType()5574 AAPCS = 1, enumerator5779 case AAPCS: return llvm::CallingConv::ARM_AAPCS; in getABIDefaultCC()5914 getABIKind() == ARMABIInfo::AAPCS) { in classifyArgumentType()6245 getABIKind() == ARMABIInfo::AAPCS) { in EmitVAArg()9294 AArch64ABIInfo::ABIKind Kind = AArch64ABIInfo::AAPCS; in getTargetCodeGenInfo()9317 ARMABIInfo::ABIKind Kind = ARMABIInfo::AAPCS; in getTargetCodeGenInfo()
218 return (PCS->getPCS() == PcsAttr::AAPCS ? CC_AAPCS : CC_AAPCS_VFP); in getCallingConventionForDecl()
319 // guarantees more than a normal AAPCS function. x16 and x17 are used on the
1451 - If the function is AAPCS, Clang instructs the backend to realign the stack to1452 8 bytes on entry. This is a general requirement of the AAPCS at public1454 other AAPCS functions to be called.1456 itself is designed in such a way that functions obeying the normal AAPCS ABI
1835 ["AAPCS", "AAPCS_VFP"]>];
4345 PCS = PcsAttr::AAPCS; in handleCallConvAttr()
5959 (PTRDIFF_TYPE): Use int for AAPCS.21881 (PAD_VARARGS_DOWN): Correct padding for AAPCS.35581 as aggregates for AAPCS ABIs.
35993 specified an ABI, then default to AAPCS for the iWMMXt processor.37262 (arm_override_options): Set them. Set structure padding for AAPCS.