[NFC] Port all LoopVectorize tests to `-passes=` syntax

[NFC] Port all LoopUnrollAndJam tests to `-passes=` syntax

[NFC] Port all LoopUnroll tests to `-passes=` syntax

[NFC] Port all LoopTransformWarning tests to `-passes=` syntax

[NFC] Port all LoopSimplifyCFG tests to `-passes=` syntax

[NFC] Port all LoopSimplify tests to `-passes=` syntax

[NFC] Port all LoopRotate tests to `-passes=` syntax

[NFC] Port all LoopReroll tests to `-passes=` syntax

[NFC] Port all LoopPredication tests to `-passes=` syntax

[NFC] Port all LoopLoadElim tests to `-passes=` syntax

[NFC] Port all LoopInterchange tests to `-passes=` syntax

[NFC] Port all LoopIdiom tests to `-passes=` syntax

[NFC] Port all LoopFusion tests to `-passes=` syntax

[NFC] Port all LoopFlatten tests to `-passes=` syntax

[NFC] Port all LoopDistribute tests to `-passes=` syntax

[NFC] Port all LoopDeletion tests to `-passes=` syntax

[NFC] Port all LoopDataPrefetch tests to `-passes=` syntax

[NFC] Port all LoopBoundSplit tests to `-passes=` syntax

[NFC] Port all LoadStoreVectorizer tests to `-passes=` syntax

[NFC] Port all LICM tests to `-passes=` syntax

[NFC] Port all LCSSA tests to `-passes=` syntax

[NFC] Port all JumpThreading tests to `-passes=` syntax

[NFC] Port all InstSimplify tests to `-passes=` syntax

[NFC] Port all InstMerge tests to `-passes=` syntax

[NFC] Port all InstCombine tests to `-passes=` syntax

[NFC] Port all IndVarSimplify tests to `-passes=` syntax

[NFC] Port all IRCE tests to `-passes=` syntax

[NFC] Port all GuardWidening tests to `-passes=` syntax

[NFC] Port all GlobalOpt tests to `-passes=` syntax

[NFC] Port all GlobalDCE tests to `-passes=` syntax

[NFC] Port all GVNSink tests to `-passes=` syntax

[NFC] Port all GVNHoist tests to `-passes=` syntax

[NFC] Port all GVN tests to `-passes=` syntax

[NFC] Port all FunctionSpecialization tests to `-passes=` syntax

[NFC] Port all FunctionAttrs tests to `-passes=` syntax

[NFC] Port all ForcedFunctionAttrs tests to `-passes=` syntax

[NFC] Port all Float2Int tests to `-passes=` syntax

[NFC] Port all DivRemPairs tests to `-passes=` syntax

[NFC] Port all DeadStoreElimination tests to `-passes=` syntax

[NFC] Port all DeadArgElim tests to `-passes=` syntax

[NFC] Port all DFAJumpThreading tests to `-passes=` syntax

[NFC] Port all CrossDSOCFI tests to `-passes=` syntax

[NFC] Port all CorrelatedValuePropagation tests to `-passes=` syntax

[NFC] Port all Coroutines tests to `-passes=` syntax

[NFC] Port all ConstraintElimination tests to `-passes=` syntax

[NFC] Port all ConstantHoisting tests to `-passes=` syntax

[NFC] Port all CodeExtractor tests to `-passes=` syntax

[NFC] Port all CanonicalizeFreezeInLoops tests to `-passes=` syntax

[NFC] Port all CallSiteSplitting tests to `-passes=` syntax

[NFC] Port all BlockExtractor tests to `-passes=` syntax

[NFC] Port all Attributor tests to `-passes=` syntax

[NFC] Port all ArgumentPromotion tests to `-passes=` syntax

[NFC] Port all ADCE tests to `-passes=` syntax

[libc] Fix undefined behavior in UInt<>::shift_right.

Fix undefined behavior of left-shifting uint64_t by 64 in
`UInt<>::shift_right` implementation.

Reviewed By: michaelrj, sivachandra

Differential Revision: https://reviews.llvm.org/D139566

Add support for a backdoor driver option that enables emitting header
usage information in JSON to a file

Each line in the file is a JSON object that has the name of the main
source file followed by the list of system header files included
directly or indirectly from that file.

For example:

{"source":"/tmp/foo.c",
 "includes":["/usr/include/stdio.h", "/usr/include/stdlib.h"]}

To reduce the amount of data written to the file, only the system
headers that are directly included from a non-system header file are
recorded.

In order to emit the header information in JSON, it is necessary to set
the following environment variables:

CC_PRINT_HEADERS_FORMAT=json CC_PRINT_HEADERS_FILTERING=only-direct-system

The following combination is equivalent to setting CC_PRINT_HEADERS=1:

CC_PRINT_HEADERS_FORMAT=textual CC_PRINT_HEADERS_FILTERING=none

Differential Revision: https://reviews.llvm.org/D137996

[Bitcode(Reader|Writer)] Convert Optional to std::optional

[mlir][sparse] Add dependence on bufferization.

Reviewed By: aartbik

Differential Revision: https://reviews.llvm.org/D139571

[mlir][Transforms] Simplify region before simplifying operation in CSE.

This covers more options for CSE. It also ensures that two operations
that have same operands but different regions to begin with, but same
regions after `simplifyRegions`, don't get both added to the list of
`knownValues`.

Fixes #59135

Differential Revision: https://reviews.llvm.org/D139490

[compiler-rt][hwasan] Let CheckAddressSized eventually call HandleTagMismatch on Fuchsia

Any hwasan tag checking done through runtime calls like __hwasan_mem* or
__hwasan_load/store* currently raise a sigtrap on a tag mismatch. Hwasan
dumps as much information it knows on the tag mismatch by placing
important values in specific registers before the brk and encoding the
access information in the optional argument supplied to the brk. If the
platform hwasan runs on uses signal handlers, then users can see the
typical pretty hwasan error report, but Fuchsia doesn't use signal
handlers, so it's left up to the platform exception handler to print all
this encoded information.

This patch attempts to enter the regular error reporting path via
HandleTagMismatch if a new macro CAN_GET_REGISTERS is set. For now this
is only defined for Fuchsia + aarch64, but can be expanded for other
platforms.

Differential Revision: https://reviews.llvm.org/D139377

[AMDGPU] Annotate the intrinsics to be default and nocallback

Differential Revision: https://reviews.llvm.org/D135155

[mlir][arith] Fix comment typo. NFC.

[mlir][arith] Rename addui_carry to addui_extended

The goal is to make the naming of the future `_extended` ops more
consistent. With unsigned addition, the carry value/flag and overflow
bit are the same, but this is not true when it comes to signed addition.

Also rename the second result from `carry` to `overflow`.

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D139569

[amdgpu] Reimplement LDS lowering

Renames the current lowering scheme to "module" and introduces two new
ones, "kernel" and "table", plus a "hybrid" that chooses between those three
on a per-variable basis.

Unit tests are set up to pass with the default lowering of "module" or "hybrid"
with this patch defaulting to "module", which will be a less dramatic codegen
change relative to the current. This reflects the sparsity of test coverage for
the table lowering method. Hybrid is better than module in every respect and
will be default in a subsequent patch.

Reviewed By: arsenm

Differential Revision: https://reviews.llvm.org/D139433

[mlir] Make patterns for folding tensor.empty optional.

At the moment, they are a part of EmptyOp::getCanonicalizationPatterns. When
extract_slice(tensor.empty) is rewritten as a new tensor.empty, it could
happen that we end up with two tensor.empty ops, since the original
tensor.empty can have two users. After bufferization such cases result in two
allocations.

Differential Revision: https://reviews.llvm.org/D139308

[llvm-exegesis][x86] Add test coverage for Issue #38507

Ensure that the PBLENDVBrr0 destination register is never xmm0

Enable kmpc_atomic functions for arm64

Define the same kmpc_atomic functions for arm and arm64 that are defined for x86 and x64.

Reviewed By: mstorsjo

Differential Revision: https://reviews.llvm.org/D139139

Generate DXIL Shader hash

DXIL shader bitcode is hashed and the hash is placed into the final
output object file in its own data part.

This change modifies the DXContainerGlobals pass to compute the shader
hash (just an MD5 of the bitcode) and put the shader hash data into a
global for the HASH part.

This also sets the hash flag as appropriate for if the hashed shader
contained debug information. There is additional handling required to
get debug information in shaders working correctly with our tooling,
but that will be addressed in subsequent patches.

Reviewed By: python3kgae

Differential Revision: https://reviews.llvm.org/D139357

Revert "[llvm][dwwarf] Change CU/TU index to 64-bit"

This reverts commit 5ebd28f3e56c00a739fda46c72c9e0f6528add87.

Revert "[DWARFLibrary] Add support to re-construct cu-index"

This reverts commit a5bd76a6e3119af9dd9c1d8af89e2b89f5267deb.

[BOLT][DWARF] Don't create extra .debug_str_offsets contributions

With ThinLTO mutliple CUs can share the same .debug_str_offsets contribution. We
were creating a new one for each CU. This lead to a binary size increase.

Reviewed By: maksfb

Differential Revision: https://reviews.llvm.org/D139214

[DWARFLibrary] Add support to re-construct cu-index

Summary:

According to DWARF5 specification and gnu specification for DWARF4 the offset
entry in the CU/TU Index is 32 bits. This presents a problem when
.debug_info.dwo in DWP file grows beyond 4GB. The CU Index becomes partially
corrupted.

This diff adds manual parsing of .debug_info.dwo/.debug_abbrev.dwo to
reconstruct CU index in general, and TU index for DWARF5. This is a work around
until DWARF6 spec is finalized.

Next patch will change internal CU/TU struct to 64 bit, and change uses as
necessary. The plan is to land all the patches in one go after all are approved.

This patch originates from the discussion in: https://discourse.llvm.org/t/dwarf-dwp-4gb-limit/63902

Differential Revision: https://reviews.llvm.org/D137882

[llvm][dwwarf] Change CU/TU index to 64-bit

Summary:

Changed contribution data structure to 64 bit. I added the 32bit and 64bit
accessors to make it explicit where we use 32bit and where we use 64bit. Also to
make sure sure we catch all the cases where this data structure is used.

Revert "[RISCV] Return InstSeq from generateInstSeqImpl instead of using an output parameter. NFC"

This reverts commit d24915207c631b7cf637081f333b41bc5159c700.

Thinking about this more this probably chewed up 100+ bytes of stack
for each recursive call. So this probably needs more thought. The
code simplification wasn't that much.

NVPTX: Cleanup check for denormal mode

Go through the common query and be explicit about the supported flush
type.

AMDGPU: Rename test functions and add some cases for consistency

Test all the permutations.

Revert "[libunwind] Use .irp directives. NFC"

This reverts commit 8482e95f75d02227fbf51527680c0b5424bacb69, which breaks on AIX
due to unsupported psudeo-ops in the assembly.

Differential Revision: https://reviews.llvm.org/D139368

GISel/Combiner: maintain created instructions in a SetVector

This is not a correctness fix because the set is only used for debug
output. However, it helps avoid noise when looking at diffs between
compiler runs.

The set is only maintained with debug output enabled, so the added cost
should be acceptable.

Differential Revision: https://reviews.llvm.org/D139465

[SPARC] Lower SELECT_CC to MOVr on 64-bit target whenever possible

On 64-bit target, when doing i64 SELECT_CC where one of the comparison operands
is a constant zero, try to fold the compare and MOVcc into a MOVr instruction.

For all integers, EQ and NE comparison are available, additionally for signed
integers, GT, GE, LT, and LE is also available.

Reviewed By: arsenm

Differential Revision: https://reviews.llvm.org/D138922

[NFC][Object] Include header `BitcodeReader.h` instead of using forward declaration for BitcodeModule

`BitcodeModule` is used as element of a vector in `IRSymtabFile`, while in the
header there is only a forward declaration. It will work if the header `BitcodeReader.h`
is included before including `IRObjectFile.h`. However, it is not always the case,
causing compilation error. This patch simply includes the header and remove the
forward declaration.

Reviewed By: tejohnson

Differential Revision: https://reviews.llvm.org/D139556

Revert "[SPARC] Mark the %g0 register as constant & use it to materialize zeros"

2 of the Sparc tests are now failing.

This reverts commit 2c41310fc146a1f609147c65ac5f30e5a57e84a8.

[RISCV] Without Zfh, promote f16 inputs before creating RISCVISD::FCVT_W(U)_RV64 nodes.

This allows us to remove a couple more Zfhmin isel patterns.

[NFC] Port all SimpleLoopUnswitch tests to `-passes=` syntax

[NFC] Port all (but one) HotColdSplit tests to `-passes=` syntax

[NFC] Port all CodeExtractor tests to `-passes=` syntax

[NFC] Port all LoopIdiom tests to `-passes=` syntax

[gn build] Reformat all build files

Ran:

    git ls-files '*.gn' '*.gni' | xargs llvm/utils/gn/gn.py format

[mlir] Add hoisting of transfer ops in affine loops

The only way to do this with the current hoisting strategy is by
lowering Affine to Scf first, but that prevents further passes on
Affine.

Differential Revision: https://reviews.llvm.org/D137600

[mlir][sparse] Improve concatenate operation conversion for the case with annotated all dense result.

Reviewed By: aartbik

Differential Revision: https://reviews.llvm.org/D139345

[clang] Tweak test to tolerate clang being called "clang" instead of "clang-15"

See also af95441ba7f3ca6.

[RISCV] Promote f16 fp_to_int_sat with Zfhmin during lowering instead of isel.

We already have a custom handler for FP_TO_(S/U)INT_SAT. It's easy
enought to inject an FP_EXTEND in there.

[Driver][test] Fix test by creating empty archive instead of empty file

Differential Revision: https://reviews.llvm.org/D137275

[SPARC] Simplify instruction decoder.

After https://reviews.llvm.org/D137653 named sub-operands can be used
in the auto-generated instruction decoders. This allows the
auto-generated decoders to work properly, so all the hand-coded
decoders in the sparc target can be removed.

In some instances, a manually-written decoder had not been implemented
for an instruction, and thus that instruction was not decoded
properly. These have been fixed (and tests added).

Differential Revision: https://reviews.llvm.org/D137727

[TableGen] More named sub-operands work.

Commit a538d1f13a13 first added support for named sub-operands in
CodeEmitterGen. We now add a few more features to that, enabling
further target cleanups.

1. Adds support for handling an EncoderMethod in a sub-operand in
CodeEmitterGen. Previously, the specified encoder of a sub-operand was
ignored, and only the default used.

2. Adds support for sub-operands in DecoderEmitter, along with support
for tied sub-operands.

The changes to the decoder required a few minor tweaks to a few
targets, where existing brokeness was exposed. In order to keep this
patch small, I left FIXMEs which will be addressed in upcoming
patches. (Except MIPS16, since its object file emission/decoding is
totally broken).

Differential Revision: https://reviews.llvm.org/D137653

[RISCV] Consolidate identical (fcopysign FPR32:, FPR16:) isel patterns. NFC

[mlir][tosa] Fix tosa.resize for i48 accumulator

Implementation assumed a i32 accumulator. Fixed the implementation to
work with an i32 accumulator.

Reviewed By: NatashaKnk

Differential Revision: https://reviews.llvm.org/D139365

Fix @llvm.global_ctors docs (NFC)

[NFC] Port all IndVarSimplify tests to `-passes=` syntax

[NFC] Port all RewriteStatepointsForGC tests to `-passes=` syntax

[NFC] Port all MergeFunc tests to `-passes=` syntax

[NFC] Port all GVN tests to `-passes=` syntax