Speculatively revert r109705 since it seems to be causing some build bot

angst.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@109718 91177308-0d34-0410-b5e6-96231b3b80d8

1 files changed, 3 insertions, 18 deletions

diff --git a/include/llvm/Analysis/ScalarEvolutionExpressions.h b/include/llvm/Analysis/ScalarEvolutionExpressions.h
index 03f147e23e..ec4ac071da 100644
--- a/include/llvm/Analysis/ScalarEvolutionExpressions.h
+++ b/include/llvm/Analysis/ScalarEvolutionExpressions.h
@@ -524,26 +524,11 @@ namespace llvm {
     friend class ScalarEvolution;
     friend class ScalarEvolution::SCEVCallbackVH;
 
-    /// V - The Value represented by this SCEVUnknown.
-    /// This should be an AssertingVH, however SCEVUnknowns are allocated in a
-    /// BumpPtrAllocator so their destructors are never called.
+    // This should be an AssertingVH, however SCEVUnknowns are allocated in a
+    // BumpPtrAllocator so their destructors are never called.
     Value *V;
-
-    /// UpdateList - When values are RAUW'd with new values, and the new
-    /// values already have their own SCEVUnknowns, they can end up with
-    /// muliple SCEVUnknowns. This pointer links them all together so that
-    /// they can all be updated when another RAUW happens.
-    SCEVUnknown *UpdateList;
-
-    /// getUpdateListBack - Return the last SCEVUnknown in te UpdateList.
-    SCEVUnknown *getUpdateListBack() {
-      SCEVUnknown *P = this;
-      while (SCEVUnknown *Q = P->UpdateList) P = Q;
-      return P;
-    }
-
     SCEVUnknown(const FoldingSetNodeIDRef ID, Value *v) :
-      SCEV(ID, scUnknown), V(v), UpdateList(0) {}
+      SCEV(ID, scUnknown), V(v) {}
 
   public:
     Value *getValue() const { return V; }