aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Analysis/LoopAccessAnalysis.cpp
diff options
context:
space:
mode:
authorCraig Topper <craig.topper@sifive.com>2021-04-28 11:13:10 -0700
committerCraig Topper <craig.topper@sifive.com>2021-04-28 12:05:49 -0700
commitf391de8cb6f9c8ecbd3c6fcf025a2ee203db0726 (patch)
tree00a55ad9dc05c8d90621889843461ea6895765ba /llvm/lib/Analysis/LoopAccessAnalysis.cpp
parent01b0980511b65e5402a2c42d099f7035586c68c6 (diff)
downloadllvm-f391de8cb6f9c8ecbd3c6fcf025a2ee203db0726.zip
llvm-f391de8cb6f9c8ecbd3c6fcf025a2ee203db0726.tar.gz
llvm-f391de8cb6f9c8ecbd3c6fcf025a2ee203db0726.tar.bz2
[TableGen] Store predicates in PatternToMatch as ListInit *. Add string for HwModeFeatures
This uses to be how predicates were handled prior to HwMode being added. When the Predicates were converted to a std::vector it significantly increased the cost of a compare in GenerateVariants. Since ListInit's are uniquified by tablegen, we can use a simple pointer comparison to check for identical lists. In order to store the HwMode, we now add a separate string to PatternToMatch. This will be appended separately to the predicate string in getPredicateCheck. A new getPredicateRecords is added to allow GlobalISel and getPredicateCheck to both get the sorted list of Records. GlobalISel was ignoring any HwMode predicates before and still is. There is one slight change here, ListInits with different predicate orders aren't sorted so the filtering in GenerateVariants might fail to detect two isomorphic patterns with different predicate orders. This doesn't seem to be happening in tree today. My hope is this will allow us to remove all the BitVector tracking in GenerateVariants that was making up for predicates beeing expensive to compare. There's a decent amount of heap allocations there on large targets like X86, AMDGPU, and RISCV. Differential Revision: https://reviews.llvm.org/D100691
Diffstat (limited to 'llvm/lib/Analysis/LoopAccessAnalysis.cpp')
0 files changed, 0 insertions, 0 deletions