Apply fix for asm constraint error in www/php80-opcache
Merge commit 027c16bef4b7 from llvm git (by Nick Desaulniers): [X86ISelLowering] permit BlockAddressSDNode "i" constraints for PIC When building 32b x86 code as PIC, the existing handling of "i" constraints is conservative since generally we have to go through the GOT to find references to functions. But generally, BlockAddresses from C code refer to the Function in the current TU. Permit BlockAddresses to be used with the "i" constraint for those cases. I regressed this in commit 4edb9983cb8c ("[SelectionDAG] treat X constrained labels as i for asm") Fixes: https://github.com/llvm/llvm-project/issues/53868 Reviewed By: efriedma, MaskRay Differential Revision: https://reviews.llvm.org/D119905
This commit is contained in:
parent
1838bd0f48
commit
8885dff6ce
@ -54617,8 +54617,9 @@ void X86TargetLowering::LowerAsmOperandForConstraint(SDValue Op,
|
||||
|
||||
// In any sort of PIC mode addresses need to be computed at runtime by
|
||||
// adding in a register or some sort of table lookup. These can't
|
||||
// be used as immediates.
|
||||
if (Subtarget.isPICStyleGOT() || Subtarget.isPICStyleStubPIC())
|
||||
// be used as immediates. BlockAddresses are fine though.
|
||||
if ((Subtarget.isPICStyleGOT() || Subtarget.isPICStyleStubPIC()) &&
|
||||
!isa<BlockAddressSDNode>(Op))
|
||||
return;
|
||||
|
||||
// If we are in non-pic codegen mode, we allow the address of a global (with
|
||||
|
Loading…
Reference in New Issue
Block a user