forked from OSchip/llvm-project
1badfbb4fc
The code was relying upon the implicit conversion of TypeSize to uint64_t and assuming the type in question was always fixed. However, I discovered an issue when running the canon-freeze pass with some IR loops that contains scalable vector types. I've changed the code to bail out if the size is unknown at compile time, since we cannot compute whether the step is a multiple of the type size or not. I added a test here: Transforms/CanonicalizeFreezeInLoops/phis.ll Differential Revision: https://reviews.llvm.org/D118696 |
||
|---|---|---|
| .. | ||
| Inputs/ir2native_x86_64_model | ||
| AliasAnalysisTest.cpp | ||
| AliasSetTrackerTest.cpp | ||
| AssumeBundleQueriesTest.cpp | ||
| BasicAliasAnalysisTest.cpp | ||
| BlockFrequencyInfoTest.cpp | ||
| BranchProbabilityInfoTest.cpp | ||
| CFGTest.cpp | ||
| CGSCCPassManagerTest.cpp | ||
| CMakeLists.txt | ||
| CallGraphTest.cpp | ||
| CaptureTrackingTest.cpp | ||
| ConstraintSystemTest.cpp | ||
| DDGTest.cpp | ||
| DivergenceAnalysisTest.cpp | ||
| DomTreeUpdaterTest.cpp | ||
| FunctionPropertiesAnalysisTest.cpp | ||
| GlobalsModRefTest.cpp | ||
| IRSimilarityIdentifierTest.cpp | ||
| IVDescriptorsTest.cpp | ||
| InlineCostTest.cpp | ||
| LazyCallGraphTest.cpp | ||
| LoadsTest.cpp | ||
| LoopInfoTest.cpp | ||
| LoopNestTest.cpp | ||
| MLModelRunnerTest.cpp | ||
| MemoryBuiltinsTest.cpp | ||
| MemorySSATest.cpp | ||
| PhiValuesTest.cpp | ||
| ProfileSummaryInfoTest.cpp | ||
| ScalarEvolutionTest.cpp | ||
| SparsePropagation.cpp | ||
| TBAATest.cpp | ||
| TFUtilsTest.cpp | ||
| TargetLibraryInfoTest.cpp | ||
| UnrollAnalyzerTest.cpp | ||
| ValueLatticeTest.cpp | ||
| ValueTrackingTest.cpp | ||
| VectorFunctionABITest.cpp | ||
| VectorUtilsTest.cpp | ||