Changes from Git (git http://labmaster3.local/git/llvm-project.git)


  1. Add way to omit debug-location from MIR output (details)
  2. [AMDGPU] Remove clutter from endcf test. NFC. (details)
  3. [MachineCSE] Don't carry the wrong location when hoisting (details)
  4. For PR45333: Move AnalyzeImplicitConversions to using data recursion (details)
  5. Remove SequentialType from the type heirarchy. (details)
Commit f27cea721e5893c112edfe1136973ed77064580b by daniel_l_sanders
Add way to omit debug-location from MIR output

In lieu of a proper pass that strips debug info, add a way
to omit debug-locations from the MIR output so that
instructions with MMO's continue to match CHECK's when
mir-debugify is used

Reviewers: aprantl, bogner, vsk

Subscribers: hiraditya, llvm-commits

Tags: #llvm

Differential Revision:
The file was modifiedllvm/lib/CodeGen/MIRPrinter.cpp
Commit 9f09550c50538e1bb32956583cb0757e1a23d9c1 by Stanislav.Mekhanoshin
[AMDGPU] Remove clutter from endcf test. NFC.
The file was modifiedllvm/test/CodeGen/AMDGPU/collapse-endcf.mir
Commit 8115e08b0536ab102311fd3ac399a52e97955ca2 by ditaliano
[MachineCSE] Don't carry the wrong location when hoisting

PR: 45425

Differential Revision:
The file was addedllvm/test/DebugInfo/X86/machinecse-wrongdebug-hoist.ll
The file was modifiedllvm/lib/CodeGen/MachineCSE.cpp
Commit 8f2d2a7cb46572d51a7dddcf151fb202e4abeb4d by richard
For PR45333: Move AnalyzeImplicitConversions to using data recursion
instead of recursing on the stack.

This doesn't actually resolve PR45333, because we now hit stack overflow
somewhere else, but it does get us further. I've not found any way of
testing this that doesn't still crash elsewhere.
The file was modifiedclang/lib/Sema/SemaChecking.cpp
Commit 68b03aee1a15678ab5b518148d5e75c9dc0436fd by efriedma
Remove SequentialType from the type heirarchy.

Now that we have scalable vectors, there's a distinction that isn't
getting captured in the original SequentialType: some vectors don't have
a known element count, so counting the number of elements doesn't make

In some cases, there's a better way to express the commonality using
other methods. If we're dealing with GEPs, there's GEP methods; if we're
dealing with a ConstantDataSequential, we can query its element type

In the relatively few remaining cases, I just decided to write out
the type checks. We're talking about relatively few places, and I think
the abstraction doesn't really carry its weight. (See thread "[RFC]
Refactor class hierarchy of VectorType in the IR" on llvmdev.)

Differential Revision:
The file was modifiedllvm/lib/Target/Hexagon/HexagonCommonGEP.cpp
The file was modifiedllvm/lib/Transforms/Scalar/SROA.cpp
The file was modifiedllvm/lib/IR/Core.cpp
The file was modifiedmlir/lib/Target/LLVMIR/ModuleTranslation.cpp
The file was modifiedllvm/lib/Analysis/BasicAliasAnalysis.cpp
The file was modifiedllvm/lib/IR/Constants.cpp
The file was modifiedllvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
The file was modifiedllvm/lib/Transforms/IPO/GlobalOpt.cpp
The file was modifiedclang/lib/CodeGen/CGExprConstant.cpp
The file was modifiedllvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
The file was modifiedllvm/lib/Analysis/ConstantFolding.cpp
The file was modifiedllvm/lib/Target/AMDGPU/AMDGPUPromoteAlloca.cpp
The file was modifiedllvm/lib/Transforms/Utils/FunctionComparator.cpp
The file was modifiedllvm/lib/Transforms/Instrumentation/MemorySanitizer.cpp
The file was modifiedllvm/include/llvm/IR/DerivedTypes.h
The file was modifiedllvm/lib/Bitcode/Writer/BitcodeWriter.cpp
The file was modifiedllvm/lib/IR/ConstantFold.cpp
The file was modifiedllvm/include/llvm/IR/GetElementPtrTypeIterator.h
The file was modifiedllvm/lib/Linker/IRMover.cpp
The file was modifiedllvm/include/llvm/IR/Constants.h
The file was modifiedllvm/lib/Transforms/IPO/ArgumentPromotion.cpp
The file was modifiedllvm/lib/IR/Type.cpp
The file was modifiedllvm/include/llvm/IR/Type.h
The file was modifiedllvm/lib/Bitcode/Reader/BitcodeReader.cpp
The file was modifiedllvm/lib/Analysis/ScalarEvolution.cpp