forked from OSchip/llvm-project
[InstCombine] prevent infinite loop from conflicting shuffle mask transforms
The pattern in question is currently not possible because we aggressively (wrongly) transform mask elements to undef values if they choose from an undef operand. That, however, would change if we tighten our semantics for shuffles as discussed in D70641. Adding this check gives us the flexibility to make that change with minimal overhead for current definitions.
This commit is contained in:
parent
15664fe2c4
commit
e85d2e4981
|
@ -1553,9 +1553,11 @@ static Instruction *foldSelectShuffle(ShuffleVectorInst &Shuf,
|
|||
if (!Shuf.isSelect())
|
||||
return nullptr;
|
||||
|
||||
// Canonicalize to choose from operand 0 first.
|
||||
// Canonicalize to choose from operand 0 first unless operand 1 is undefined.
|
||||
// Commuting undef to operand 0 conflicts with another canonicalization.
|
||||
unsigned NumElts = Shuf.getType()->getVectorNumElements();
|
||||
if (Shuf.getMaskValue(0) >= (int)NumElts) {
|
||||
if (!isa<UndefValue>(Shuf.getOperand(1)) &&
|
||||
Shuf.getMaskValue(0) >= (int)NumElts) {
|
||||
// TODO: Can we assert that both operands of a shuffle-select are not undef
|
||||
// (otherwise, it would have been folded by instsimplify?
|
||||
Shuf.commute();
|
||||
|
|
Loading…
Reference in New Issue