forked from OSchip/llvm-project
[SSAUpdater] Don't call ValueIsRAUWd upon single use replacement
It is incorrect to call ValueHandleBase::ValueIsRAUWd when only one use is replaced since it simply violates semantics of the callback and leads to bugs like PR44320. Previously this call was used specifically to keep LICM's cache of AliasSetTrackers up to date across passes (as PR36801 showed, even for that purpose it didn't work properly), but since LICM doesn't have that cache anymore, we can safely remove this incorrect call with no repercussions. This patch fixes https://bugs.llvm.org/show_bug.cgi?id=44320 Reviewers: asbirlea, fhahn, efriedma, reames Reviewed-By: asbirlea Differential Revision: https://reviews.llvm.org/D73089
This commit is contained in:
parent
8306f55bfa
commit
4a8dbc617d
|
@ -195,11 +195,6 @@ void SSAUpdater::RewriteUse(Use &U) {
|
|||
else
|
||||
V = GetValueInMiddleOfBlock(User->getParent());
|
||||
|
||||
// Notify that users of the existing value that it is being replaced.
|
||||
Value *OldVal = U.get();
|
||||
if (OldVal != V && OldVal->hasValueHandle())
|
||||
ValueHandleBase::ValueIsRAUWd(OldVal, V);
|
||||
|
||||
U.set(V);
|
||||
}
|
||||
|
||||
|
|
|
@ -1,4 +1,3 @@
|
|||
; XFAIL: *
|
||||
; RUN: opt -passes="verify<scalar-evolution>,lcssa,verify<scalar-evolution>" -verify-scev-strict -S -disable-output %s
|
||||
|
||||
; The first SCEV verification is required because it queries SCEV and populates
|
||||
|
|
Loading…
Reference in New Issue