PPCISelLowering.cpp: Fix r162725.
[Tobias von Koch] What's happening here is that the CR6SET/CR6UNSET is breaking the chain of register copies glued to the function call (BL_SVR4 node). The scheduler then moves other instructions in between those and the function call, which isn't good! Right. That's the case where there is no chain of register copies before the call, so InFlag == 0... Attached is a new revision of the patch which should fix this for good. llvm-svn: 162916
This commit is contained in:
parent
8ad54e04d2
commit
ac49029fd9
|
@ -3164,8 +3164,12 @@ PPCTargetLowering::LowerCall_SVR4(SDValue Chain, SDValue Callee,
|
|||
// Set CR bit 6 to true if this is a vararg call with floating args passed in
|
||||
// registers.
|
||||
if (isVarArg) {
|
||||
SDVTList VTs = DAG.getVTList(MVT::Other, MVT::Glue);
|
||||
SDValue Ops[] = { Chain, InFlag };
|
||||
|
||||
Chain = DAG.getNode(seenFloatArg ? PPCISD::CR6SET : PPCISD::CR6UNSET,
|
||||
dl, DAG.getVTList(MVT::Other, MVT::Glue), Chain);
|
||||
dl, VTs, Ops, InFlag.getNode() ? 2 : 1);
|
||||
|
||||
InFlag = Chain.getValue(1);
|
||||
}
|
||||
|
||||
|
|
Loading…
Reference in New Issue