forked from OSchip/llvm-project
[PredicateInfo] Add additional RenamedOp field to PB.
OriginalOp of a predicate always refers to the original IR
value that was renamed. So for nested predicates of the same value, it
will always refer to the original IR value.
For the use in SCCP however, we need to find the renamed value that is
currently used in the condition associated with the predicate. This
patch adds a new RenamedOp field to do exactly that.
NewGVN currently relies on the existing behavior to merge instruction
metadata. A test case to check for exactly that has been added in
195fa4bfae
.
Reviewers: efriedma, davide, nikic
Reviewed By: nikic
Differential Revision: https://reviews.llvm.org/D78133
This commit is contained in:
parent
fc39a9ca0e
commit
b805e94477
|
@ -79,6 +79,10 @@ public:
|
|||
// This can be use by passes, when destroying predicateinfo, to know
|
||||
// whether they can just drop the intrinsic, or have to merge metadata.
|
||||
Value *OriginalOp;
|
||||
// The renamed operand in the condition used for this predicate. For nested
|
||||
// predicates, this is different to OriginalOp which refers to the initial
|
||||
// operand.
|
||||
Value *RenamedOp;
|
||||
PredicateBase(const PredicateBase &) = delete;
|
||||
PredicateBase &operator=(const PredicateBase &) = delete;
|
||||
PredicateBase() = delete;
|
||||
|
|
|
@ -600,6 +600,9 @@ Value *PredicateInfoBuilder::materializeStack(unsigned int &Counter,
|
|||
RenameIter == RenameStack.begin() ? OrigOp : (RenameIter - 1)->Def;
|
||||
ValueDFS &Result = *RenameIter;
|
||||
auto *ValInfo = Result.PInfo;
|
||||
ValInfo->RenamedOp = (RenameStack.end() - Start) == RenameStack.begin()
|
||||
? OrigOp
|
||||
: (RenameStack.end() - Start - 1)->Def;
|
||||
// For edge predicates, we can just place the operand in the block before
|
||||
// the terminator. For assume, we have to place it right before the assume
|
||||
// to ensure we dominate all of our uses. Always insert right before the
|
||||
|
|
Loading…
Reference in New Issue