LLVM/project 9e860ba — llvm/include/llvm/CodeGen MachineInstr.h, llvm/lib/CodeGen MachineInstr.cpp

[TargetInstrInfo] Address review: don't fold a subregister that isn't at the start of the slot

A folded operand refers to the start of the stack slot, which holds the
whole register, so a subregister is only there if it's at bit offset 0 on a
little-endian target. Folding x86's sub_8bit_hi read byte 0 instead of byte
1. Folding several operands at once made this worse: two operands holding
different subregisters of one value (e.g. "Qm"(lo), "Qm"(hi)) both read
byte 0.

Check the subregister in mayFoldInlineAsmRegOp, so the spill weights agree
with what folds. A tied def is covered too, since its tied use has the same
subregister.

Assisted-by: Claude Opus 5.5
DeltaFile
+112-0llvm/test/CodeGen/X86/greedy-inline-asm-fold.mir
+11-0llvm/lib/CodeGen/MachineInstr.cpp
+2-1llvm/include/llvm/CodeGen/MachineInstr.h
+125-13 files

LLVM/project b0e5493 — llvm/lib/CodeGen TargetInstrInfo.cpp MachineInstr.cpp

Move folding register checks into mayFoldInlineAsmRegOp so that it's available everywhere.
DeltaFile
+9-0llvm/lib/CodeGen/MachineInstr.cpp
+1-7llvm/lib/CodeGen/TargetInstrInfo.cpp
+10-72 files

LLVM/project 16dde0d — llvm/lib/Target/SystemZ SystemZISelLowering.cpp

[SystemZ] Fix -Wunused-variable in bcb301d (#235171)

Variable ends up only being used in assertions afterwards which fires
-Wunused-variable in release builds.
DeltaFile
+1-1llvm/lib/Target/SystemZ/SystemZISelLowering.cpp
+1-11 files

LLVM/project a57c6df — llvm/test/tools/llvm-exegesis/X86 snippet-generator-seed.test, llvm/tools/llvm-exegesis/lib SnippetGenerator.cpp

[llvm-exegesis] Avoid instability from `std::uniform_int_distribution` (#234516)

The standard doesn't require a stable order, and we see active variation
between libstdc++ and libc++ when using this. Follow the pattern of
`llvm::shuffle` and manually clamp with `%` instead.

Also removes an unnecessary `REQUIRES` that gets this to run in
pre-merge CI.

Assisted-by: Antigravity with Gemini
DeltaFile
+8-2llvm/tools/llvm-exegesis/lib/SnippetGenerator.cpp
+3-5llvm/test/tools/llvm-exegesis/X86/snippet-generator-seed.test
+11-72 files

LLVM/project d232ab8 — llvm/lib/CodeGen TargetInstrInfo.cpp

Update llvm/lib/CodeGen/TargetInstrInfo.cpp

Co-authored-by: Nick Desaulniers <ndesaulniers at google.com>
DeltaFile
+1-1llvm/lib/CodeGen/TargetInstrInfo.cpp
+1-11 files

LLVM/project cebe3e9 — flang/lib/Evaluate int-power.h

IntPower: safety condition
DeltaFile
+3-23flang/lib/Evaluate/int-power.h
+3-231 files

LLVM/project b344a11 — flang/lib/Evaluate int-power.h

Post-merge fix: avoid two different algorithms
DeltaFile
+13-1flang/lib/Evaluate/int-power.h
+13-11 files

LLVM/project e9d8621 — mlir/lib/Dialect/SCF/Transforms LoopSpecialization.cpp, mlir/test/Dialect/SCF for-loop-peeling.mlir

[mlir][scf] add support for unsigned loop for back peeling (#234435)

- add support for unsigned loop for back peeling
- fix sub overflow bug in the signed path
- remove unsigned operation check in dispatcher
- return early if unsigned in `peelForLoopAndSimplifyBounds` since
affine.min/max does not hold for unsigned loops
- add tests for edge cases in unsigned, sub overflow and no bound
simplification for unsigned

from https://github.com/llvm/llvm-project/pull/231100

claude helped me with the tests and correctness.
DeltaFile
+166-0mlir/test/Dialect/SCF/for-loop-peeling.mlir
+82-46mlir/lib/Dialect/SCF/Transforms/LoopSpecialization.cpp
+248-462 files

LLVM/project b67e7bb — clang/include/clang/Basic MSP430Target.def, clang/include/clang/Basic/Target/MSP430 gen-msp430-def.py

[MSP430] Update msp430 generator (#228006)

- gen-msp430-def.py was updated to include the CPU type. Current CPU types are msp430, msp430x and msp430xv2. This is useful information for determining whether extended instructions are valid on a given target.
- Adds a new hwmult variant called f5series. The script now maps the HWMPY value of 8 to this variant. This is important because the f5series hardware multiplier has a different base address compared to older MPY32 support.
- Also added new tests with a newer target containing a f5series hardware multiplier. The auto mode will now also correctly map to include f5series support if the MCU supports this.

Based on https://reviews.llvm.org/D108301 by Jozef Lawrynowicz.

Co-authored-by: Jozef Lawrynowicz <jozefl.opensrc at gmail.com>
Assisted-by: Claude Code (Claude Opus 5.5)
DeltaFile
+651-639clang/include/clang/Basic/MSP430Target.def
+66-34clang/include/clang/Basic/Target/MSP430/gen-msp430-def.py
+2-2clang/lib/Driver/ToolChains/MSP430.cpp
+4-0clang/test/Driver/msp430-toolchain.c
+2-0clang/test/Driver/msp430-hwmult.c
+725-6755 files

LLVM/project 4048e33 — llvm/lib/Target/RISCV RISCVPassRegistry.def RISCVTargetMachine.cpp

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+38-11llvm/lib/Target/RISCV/RISCVDeadRegisterDefinitions.cpp
+11-2llvm/lib/Target/RISCV/RISCV.h
+3-3llvm/lib/Target/RISCV/RISCVTargetMachine.cpp
+1-0llvm/lib/Target/RISCV/RISCVPassRegistry.def
+53-164 files

LLVM/project a8d9b1d — llvm/lib/Target/AMDGPU GCNFeatures.td AMDGPUFeatures.td, llvm/test/CodeGen/AMDGPU lds-size-gfx9-4-generic.ll

[AMDGPU] Fix gfx9-4-generic LDS allocation granule

gfx9-4-generic paired gfx950's 1280-byte allocation granule with
gfx942's 64 KiB LDS capacity. A 64 KiB work-group then rounded to
66560 bytes, was deemed not to fit, and dropped occupancy to 1. The
resulting VGPR budget made 1024-lane dispatches fail.

Use gfx942's 512-byte granule, which matches the capacity.

Fixes LCOMPILER-3031.

Change-Id: Ic8d36fd0921a80abd0debaee1fb2c28cd01604d0
Co-Authored-By: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+16-4llvm/test/CodeGen/AMDGPU/lds-size-gfx9-4-generic.ll
+1-5llvm/unittests/TargetParser/TargetParserTest.cpp
+2-2llvm/lib/Target/AMDGPU/AMDGPUFeatures.td
+1-1llvm/lib/Target/AMDGPU/GCNFeatures.td
+20-124 files

LLVM/project 297bb78 — llvm/lib/Transforms/Scalar ConstraintElimination.cpp, llvm/test/Transforms/ConstraintElimination sadd-with-overflow.ll minmax.ll

[ConstraintElim] Split signed min/max across their operands when checking a compare

The existing constraint systems only record the bounds that hold for both
operands of a min/max (smax(a, b) >= a and >= b, smin(a, b) <= a and <= b). The
other direction is a disjunction, which cannot be recorded as a fact. When a
compare of signed decompositions involves a min/max result, split it into its
operands: the decomposition is monotonic in that result, so it is the max or min
of its values on each side, and the relation holds for all or for either side
respectively.

https://alive2.llvm.org/ce/z/zsGkJ-
DeltaFile
+366-3llvm/test/Transforms/ConstraintElimination/minmax.ll
+111-0llvm/lib/Transforms/Scalar/ConstraintElimination.cpp
+4-8llvm/test/Transforms/ConstraintElimination/sadd-with-overflow.ll
+481-113 files

LLVM/project 1f03cca — llvm/lib/Transforms/Scalar ConstraintElimination.cpp, llvm/test/Transforms/ConstraintElimination add-nsw.ll sadd-with-overflow.ll

[ConstraintElim] A signed sum of operands with opposite signs cannot wrap

If one operand is known non-negative and the other non-positive, the signed
sum is between them, so it cannot overflow.

https://alive2.llvm.org/ce/z/ZF5Yqr
DeltaFile
+97-2llvm/test/Transforms/ConstraintElimination/sadd-with-overflow.ll
+19-0llvm/lib/Transforms/Scalar/ConstraintElimination.cpp
+3-6llvm/test/Transforms/ConstraintElimination/add-nsw.ll
+119-83 files

LLVM/project 38c66a2 — llvm/lib/Transforms/Scalar ConstraintElimination.cpp, llvm/test/Transforms/ConstraintElimination sadd-with-overflow.ll

[ConstraintElim] Prove sadd/ssub.with.overflow cannot overflow from the exact sum

Decompose the operands and show that the sum lies in the range of the type. This
handles patterns like A + (B - A), as well as sums involving signed min/max
results, which are split across their respective operands using monotonicity
(for example start + smax(end - start - 1, 0) <= end).

https://alive2.llvm.org/ce/z/ze8LCk
DeltaFile
+539-0llvm/test/Transforms/ConstraintElimination/sadd-with-overflow.ll
+160-3llvm/lib/Transforms/Scalar/ConstraintElimination.cpp
+699-32 files

LLVM/project ac15a28 — llvm/lib/Transforms/Scalar ConstraintElimination.cpp, llvm/test/Transforms/ConstraintElimination transfer-samesign-facts.ll

[ConstraintElim] Propagate the sign across an icmp samesign

If one operand of `icmp samesign` is known (non-)negative, so is the other. Add
that as a fact in the signed system.

https://alive2.llvm.org/ce/z/xUgGRM
DeltaFile
+92-8llvm/test/Transforms/ConstraintElimination/transfer-samesign-facts.ll
+16-2llvm/lib/Transforms/Scalar/ConstraintElimination.cpp
+108-102 files

LLVM/project 5eaa4e7 — llvm/lib/Target/AMDGPU GCNSchedStrategy.cpp, llvm/test/CodeGen/AMDGPU machine-scheduler-rematerialization-scoring.mir machine-scheduler-sink-trivial-remats.mir

[AMDGPU][Scheduler] Restore local spill rejection in occupancy mode (#233979)

When rematerializing for higher occupancy, the scheduler can retain a
schedule that introduces spills even when the saved order is spill-free.
The `!TargetOcc` guard disables local spill rejection. Since occupancy
is tracked using `max(WavesBefore, WavesAfter)`, global finalization can
still consider the target reached even when the trial schedule is worse.

The guard was introduced in 7cc7a9412893 (#180646) alongside a fix for
rollback using temporary `DBG_VALUE` placeholders. dc34d163d8c9
(#192443) replaced that representation with the shared MIR
rematerializer, removing the placeholder-specific slot-index issue.

Re-enable the existing `mayCauseSpilling` check in occupancy mode to
reject such trials and restore the instruction order saved before
rescheduling, while preserving rematerialization. Global finalization
still handles rematerialization rollback. Add a MIR regression that
spills before the fix and remains spill-free afterward.


    [5 lines not shown]
DeltaFile
+61-0llvm/test/CodeGen/AMDGPU/machine-scheduler-sink-trivial-remats-spills.mir
+11-11llvm/test/CodeGen/AMDGPU/machine-scheduler-sink-trivial-remats.mir
+2-3llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
+1-1llvm/test/CodeGen/AMDGPU/machine-scheduler-rematerialization-scoring.mir
+75-154 files

LLVM/project e8da3ae — clang/test/CIR/CodeGenBuiltins/X86 avx512f-builtins.c, llvm/test/CodeGen/AArch64 aarch64-combine-gather-lanes.mir

Merge branch 'flangast-main' into users/meinersbur/flang_KIND-detemplatization
DeltaFile
+791-26llvm/test/CodeGen/AMDGPU/llvm.prefetch.ll
+193-0llvm/test/Transforms/MemProfContextDisambiguation/mergenodes-matching-calls.ll
+137-1clang/test/CIR/CodeGenBuiltins/X86/avx512f-builtins.c
+117-0llvm/test/CodeGen/AMDGPU/lower-buffer-fat-pointers-prefetch.ll
+102-0llvm/test/CodeGen/X86/abdu-vector-128.ll
+36-36llvm/test/CodeGen/AArch64/aarch64-combine-gather-lanes.mir
+1,376-63193 files not shown
+2,634-653199 files

LLVM/project 46de45e — llvm/lib/CodeGen RegAllocBase.h RegAllocFast.cpp, llvm/test/CodeGen/ARM inlineasm-error-t-toofewregs.ll

RegAlloc: Fix dead flags of defs after failed allocation (#233796)

After an allocation failure, the error register may be assigned to
multiple defs of the same instruction. If one of these is dead and
another live, the instruction fails the verifier check added in #233110.

In RegAllocBase, add the failed defs to the error register's regunit
live ranges so a later assignment cannot also def it, and make the dead
flags of the error defs agree with any def already assigned the
register. In RegAllocFast, clear the dead flags of registers with a
live def on instructions using an error assignment.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+44-0llvm/lib/CodeGen/RegAllocBase.cpp
+20-0llvm/lib/CodeGen/RegAllocFast.cpp
+6-0llvm/lib/CodeGen/RegAllocBase.h
+2-1llvm/test/CodeGen/Thumb2/inlineasm-error-t-toofewregs-mve.ll
+2-1llvm/test/CodeGen/ARM/inlineasm-error-t-toofewregs.ll
+74-25 files

LLVM/project 89c09bf — clang/test/SemaHLSL/Semantics barycentrics.ps.hlsl, llvm/lib/Target/DirectX DXILSignatureAnalysis.cpp

[HLSL] Add the `SV_Barycentric` semantic (#233510)

Implements diagnostics, lowering and serialization of the
`SV_Barycentric` semantic for directx and spirv.

Resolves: https://github.com/llvm/llvm-project/issues/210786

Assisted by: ChatGPT Sol 6.1
DeltaFile
+542-0llvm/test/CodeGen/DirectX/Metadata/semantic-signatures-barycentrics-max-elements.ll
+211-0llvm/test/CodeGen/DirectX/Metadata/semantic-signatures-barycentrics-errors.ll
+107-52llvm/lib/Target/DirectX/DXILSignatureAnalysis.cpp
+79-0clang/test/SemaHLSL/Semantics/barycentrics.ps.hlsl
+78-0llvm/test/CodeGen/DirectX/ContainerData/SemanticSignatures-barycentrics-half.ll
+73-0llvm/test/CodeGen/DirectX/ContainerData/SemanticSignatures-barycentrics.ll
+1,090-5224 files not shown
+1,571-8730 files

LLVM/project 1f54b84 — mlir/lib/Dialect/SCF/Transforms StructuralTypeConversions.cpp, mlir/test/Transforms test-legalize-type-conversion.mlir

[mlir][scf] Add scf.execute_region to the structural type conversions (#234405)

This change adds support for `scf.execute_region` to
`populateSCFStructuralTypeConversions`. `scf.execute_region` seems to be
an omission, so this change simply fills a hole.

Add `ConvertExecuteRegionOpTypes` (patterned after `ConvertIfOpTypes`)
to convert the types of `scf.execute_region` and add that to the list of
patterns in `populateSCFStructuralTypeConversions` and legality in
`populateSCFStructuralTypeConversionTarget`.

Also adds a unit test to check for type conversion in
`scf.execute_region`.

Assisted-by: Claude
DeltaFile
+29-4mlir/lib/Dialect/SCF/Transforms/StructuralTypeConversions.cpp
+21-0mlir/test/Transforms/test-legalize-type-conversion.mlir
+50-42 files

LLVM/project bb52711 — llvm/test/Transforms/Util/DeclareRuntimeLibcalls sparc.ll systemz.ll

RuntimeLibcalls: Fix signatures of fmin/fmax libcalls

These used Floating, which always lowered to float regardless of the
libcall type.

Co-Authored-By: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+36-36llvm/test/Transforms/Util/DeclareRuntimeLibcalls/ppc.ll
+28-28llvm/test/Transforms/Util/DeclareRuntimeLibcalls/bsd.ll
+28-28llvm/test/Transforms/Util/DeclareRuntimeLibcalls/aarch64.ll
+24-24llvm/test/Transforms/Util/DeclareRuntimeLibcalls/windows.ll
+20-20llvm/test/Transforms/Util/DeclareRuntimeLibcalls/systemz.ll
+16-16llvm/test/Transforms/Util/DeclareRuntimeLibcalls/sparc.ll
+152-1529 files not shown
+218-21615 files

LLVM/project ac269af — llvm/test/Transforms/Util/DeclareRuntimeLibcalls hexagon.ll arm.ll

RuntimeLibcalls: Add signatures for simple FP libcalls

Add signatures for the FP arithmetic, fma, powi, fminimum/fmaximum and
sincospi libcalls, and for the conversions between f32/f64/f80/f128/
ppcf128 and i32/i64.

Co-Authored-By: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+257-257llvm/test/Transforms/Util/DeclareRuntimeLibcalls/aarch64.ll
+222-222llvm/test/Transforms/Util/DeclareRuntimeLibcalls/ppc.ll
+216-216llvm/test/Transforms/Util/DeclareRuntimeLibcalls/bsd.ll
+207-207llvm/test/Transforms/Util/DeclareRuntimeLibcalls/windows.ll
+154-154llvm/test/Transforms/Util/DeclareRuntimeLibcalls/arm.ll
+126-126llvm/test/Transforms/Util/DeclareRuntimeLibcalls/hexagon.ll
+1,182-1,18211 files not shown
+1,918-1,91717 files

LLVM/project 3d02144 — clang/include/clang/CIR/Dialect/IR CIROps.td, clang/lib/CIR/Dialect/Transforms FlattenCFG.cpp

[CIR] Add 'loop-id' to loop and branch types. (#235052)

While working through the loop-hints lowering, I discovered that we need
a way to make each loop get a 'distinct' loop-annotation in LLVM-IR.

This relationship is lost during FlattenCFG when it splits to multiple
branches. #233890 adds this to the LLVM-IR dialect.

I considered/had a patch to do this to FlattenCFG as well, however when
working on further loop hints (parallel in particular), we need to be
able to spread this value inside of the loop itself, so it makes more
sense to generate the ID from the start.

I suspect this ID will come in handy outside of the loop-hints, so it is
left as a separate attribute.
DeltaFile
+83-83clang/test/CIR/CodeGen/loop-hints.cpp
+131-0clang/test/CIR/Transforms/flatten-loop-id.cir
+68-0clang/test/CIR/IR/invalid-loop-hints.cir
+36-25clang/lib/CIR/Dialect/Transforms/FlattenCFG.cpp
+46-8clang/test/CIR/IR/loop-hints.cir
+36-15clang/include/clang/CIR/Dialect/IR/CIROps.td
+400-13111 files not shown
+495-17617 files

LLVM/project 446318f — llvm/include/llvm/CodeGen TargetLowering.h, llvm/lib/CodeGen AtomicExpandPass.cpp

[AtomicExpand] Let targets keep the release fence out of the reservation (#214867)

`expandAtomicCmpXchg` sinks the leading fence into
`cmpxchg.fencedstore`, between the load-linked and the
store-conditional. A strong cmpxchg recovers, because its retry
re-reserves after the fence. A weak cmpxchg has no retry, so where a
fence clears the reservation it can never succeed.

On a 32-bit PowerPC e500v2, `compare_exchange_weak` with any release
ordering never succeeds. One thread, an uncontended cell, a million
consecutive failures:

```
[atomic: compare_exchange_weak] NO PROGRESS after 1000000 tries in 2.28s
[atomic: compare_exchange]      ok
[atomic: fetch_or + fetch_add]  ok
```

`fetch_update` in Rust's core is a `compare_exchange_weak` retry loop,

    [54 lines not shown]
DeltaFile
+73-0llvm/test/Transforms/AtomicExpand/PowerPC/weak-cmpxchg-fence-placement.ll
+25-12llvm/test/CodeGen/PowerPC/atomics.ll
+7-1llvm/lib/Target/PowerPC/PPCFeatures.td
+5-1llvm/lib/CodeGen/AtomicExpandPass.cpp
+5-0llvm/include/llvm/CodeGen/TargetLowering.h
+4-0llvm/lib/Target/PowerPC/PPCISelLowering.cpp
+119-142 files not shown
+124-168 files

LLVM/project 8aedc8e — llvm/include/llvm/IR RuntimeLibcallsImpl.td RuntimeLibcalls.td, llvm/lib/IR RuntimeLibcalls.cpp

RuntimeLibcalls: Use a single LibcallImpl for long double functions

Replace the per-format <func>l_{f80|f128|ppcf128} implementations with
a single <func>l implementaton. The concrete type is now derived from
the module/triple's LongDoubleFormat, so this is no longer a static
property.

On targets where long double is double, the l-suffixed functions do
not provide a libcall. This could be fixed in principle, but nothing
would use it in the compiler.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+37-77llvm/include/llvm/IR/RuntimeLibcalls.td
+33-9llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp
+20-0llvm/lib/IR/RuntimeLibcalls.cpp
+17-1llvm/utils/TableGen/Basic/RuntimeLibcalls.h
+4-10llvm/unittests/IR/RuntimeLibcallsTest.cpp
+12-0llvm/include/llvm/IR/RuntimeLibcallsImpl.td
+123-977 files not shown
+142-11313 files

LLVM/project d780ec6 — llvm/include/llvm/IR RuntimeLibcallsImpl.td, llvm/lib/IR RuntimeLibcalls.cpp

RuntimeLibcalls: Emit signatures per libcall implementation

Index the signature table by RTLIB::LibcallImpl instead of
RTLIB::Libcall. RuntimeLibcallImpl inherits the signature of the
libcall it provides by default, but an implementation can now override
it.  This will help avoid having multiple copies of the same libfunc
for every long double type.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+14-6llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp
+9-8llvm/test/TableGen/RuntimeLibcallEmitter.td
+5-6llvm/test/TableGen/RuntimeLibcallEmitter-vector-mask-argument.td
+2-2llvm/lib/IR/RuntimeLibcalls.cpp
+2-0llvm/include/llvm/IR/RuntimeLibcallsImpl.td
+32-225 files

LLVM/project c05a323 — llvm/include/llvm/IR RuntimeLibcalls.td RuntimeLibcallsImpl.td, llvm/lib/IR RuntimeLibcalls.cpp

RuntimeLibcalls: Use explicit types for F80, F128 and PPCF128 libcalls

LDbl only makes sense for encoding the long double libm functions. Other
functions have need of the specific type. Separately, LDbl brokenly assumes
double instead of checking the module's long double format. Some functions
are inappropriately using a specific type instead of LDbl. I'll fix both
of these issues separately.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+96-96llvm/test/Transforms/Util/DeclareRuntimeLibcalls/ppc.ll
+39-39llvm/test/Transforms/Util/DeclareRuntimeLibcalls/windows.ll
+39-39llvm/test/Transforms/Util/DeclareRuntimeLibcalls/bsd.ll
+8-0llvm/include/llvm/IR/RuntimeLibcallsImpl.td
+3-3llvm/include/llvm/IR/RuntimeLibcalls.td
+6-0llvm/lib/IR/RuntimeLibcalls.cpp
+191-1771 files not shown
+194-1777 files

LLVM/project 9410774 — llvm/test/Transforms/Util/DeclareRuntimeLibcalls systemz.ll sparc.ll

RuntimeLibcalls: Add signatures for atomic libcalls (#233601)

Define type signatures in tablegen for the various atomic
library functions.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+1,060-1,060llvm/test/Transforms/Util/DeclareRuntimeLibcalls/aarch64.ll
+336-336llvm/test/Transforms/Util/DeclareRuntimeLibcalls/windows.ll
+336-336llvm/test/Transforms/Util/DeclareRuntimeLibcalls/ppc.ll
+336-336llvm/test/Transforms/Util/DeclareRuntimeLibcalls/bsd.ll
+224-224llvm/test/Transforms/Util/DeclareRuntimeLibcalls/systemz.ll
+224-224llvm/test/Transforms/Util/DeclareRuntimeLibcalls/sparc.ll
+2,516-2,51612 files not shown
+4,047-3,99818 files

LLVM/project 82080f4 — flang/include/flang/Evaluate variable.h

No leading underscore for identifier
DeltaFile
+8-8flang/include/flang/Evaluate/variable.h
+8-81 files

LLVM/project de71172 — llvm/test/CodeGen/AArch64 aarch64-combine-gather-lanes.mir

AArch64: Fix missing ... function separators in mir test

update_mir_test_checks misbehaves when the end of function marker
is missing.
DeltaFile
+138-114llvm/test/CodeGen/AArch64/aarch64-combine-gather-lanes.mir
+138-1141 files