aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorMichael Kruse <llvm-project@meinersbur.de>2020-12-10 20:40:37 -0600
committerMichael Kruse <llvm-project@meinersbur.de>2020-12-10 22:25:19 -0600
commitbc633fe46bbec1cf70d4a3f740da43888979d8c6 (patch)
treea0bb7edb711857c1ab280322fe3c7806c08d7afc /clang/lib/Frontend/CompilerInvocation.cpp
parentb90e2d850e780d290b554963db1cd264625a73a4 (diff)
downloadllvm-bc633fe46bbec1cf70d4a3f740da43888979d8c6.zip
llvm-bc633fe46bbec1cf70d4a3f740da43888979d8c6.tar.gz
llvm-bc633fe46bbec1cf70d4a3f740da43888979d8c6.tar.bz2
[Polly] Consider InvalidContext to determine partial READ.
MemoryAccess::setNewAccessRelation() in assert-builds checks whether the access relation for a READ has a memory location for every instance of the domain. Otherwise, we would not have value to load from. That check already considered that instances outside the Scop's context do not matter since they are never executed (or would be undefined behavior). In this patch also take instances of the InvalidContext into account, as these can also be assumed to never occur. InvalidContext was introduced to avoid the computational complexity of subtracting restrictions from the AssumedContext. However, this additional check in setNewAccessRelation is only done in assert-builds. The assertion case with an InvalidContext may occur with DeLICM on a conditionally infinite loops, as it is the case in the following code: for (int i = 0; i < n; i+=b) vreg = ...; *Dest = vreg; The loop is infinite when b=0, and [b] -> { : b = 0 } is part of the InvalidContext. When DeLICM tries to map the memory for %vreg to *Dest, there is no store instance that uses the value of vreg when b = 0, hence no location to map it to. However, the case is irrelevant since Polly's runtime condition check ensures that this is never case. Fixes llvm.org/PR48445
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions