diff options
author | Chris Lattner <sabre@nondot.org> | 2009-01-23 00:27:03 +0000 |
---|---|---|
committer | Chris Lattner <sabre@nondot.org> | 2009-01-23 00:27:03 +0000 |
commit | b54bfc2636111f74b0d33b62f0c6d30130164cfb (patch) | |
tree | 02f1ac000e4d7b9e8125b8dcf6ac9c5e50c15e02 | |
parent | 956ec27a99bdb22c97d571c65aeff4cf5c2adc3f (diff) | |
download | external_llvm-b54bfc2636111f74b0d33b62f0c6d30130164cfb.zip external_llvm-b54bfc2636111f74b0d33b62f0c6d30130164cfb.tar.gz external_llvm-b54bfc2636111f74b0d33b62f0c6d30130164cfb.tar.bz2 |
a minor tweak to my previous patch, handle the invalidation case
when there are multiple iterations of the loop. This fixes PR3375.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@62822 91177308-0d34-0410-b5e6-96231b3b80d8
-rw-r--r-- | lib/Analysis/MemoryDependenceAnalysis.cpp | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/lib/Analysis/MemoryDependenceAnalysis.cpp b/lib/Analysis/MemoryDependenceAnalysis.cpp index ddfb26e..c84a51f 100644 --- a/lib/Analysis/MemoryDependenceAnalysis.cpp +++ b/lib/Analysis/MemoryDependenceAnalysis.cpp @@ -751,9 +751,10 @@ getNonLocalPointerDepFromBB(Value *Pointer, uint64_t PointeeSize, // cache remains sorted. Sort it now (if needed) so that recursive // invocations of getNonLocalPointerDepFromBB that could reuse the cache // value will only see properly sorted cache arrays. - if (NumSortedEntries != Cache->size()) { + if (Cache && NumSortedEntries != Cache->size()) { std::sort(Cache->begin(), Cache->end()); NumSortedEntries = Cache->size(); + Cache = 0; } // FIXME: it is entirely possible that PHI translating will end up with @@ -767,12 +768,12 @@ getNonLocalPointerDepFromBB(Value *Pointer, uint64_t PointeeSize, Result, Visited)) goto PredTranslationFailure; } - + // Refresh the CacheInfo/Cache pointer so that it isn't invalidated. CacheInfo = &NonLocalPointerDeps[CacheKey]; Cache = &CacheInfo->second; NumSortedEntries = Cache->size(); - + // Since we did phi translation, the "Cache" set won't contain all of the // results for the query. This is ok (we can still use it to accelerate // specific block queries) but we can't do the fastpath "return all |