LLVM/project 4dd8a29llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/AArch64 reassoc-copyable-sched-deps.ll

[SLP]Release scheduling deps of copyable reassoc operands only once

A flattened reassoc node may have a scalar that is both a modeled
copyable tree operand (child entry) and a direct IR operand of a node
member. Scheduling such a member released its ScheduleCopyableData
dependency twice - in the per-lane operand scan and again in the
reassoc operand cleanup - driving UnscheduledDeps negative. Dedup the
cleanup release through the same Checked set the operand scan uses.

Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/213079
DeltaFile
+132-0llvm/test/Transforms/SLPVectorizer/AArch64/reassoc-copyable-sched-deps.ll
+6-1llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+138-12 files

LLVM/project 97ff9fcclang/include/clang/CIR/Dialect/IR CIROps.td, clang/lib/CIR/Dialect/IR CIRDialect.cpp

[CIR] Allow cir.copy to work across address spaces- (#211873)

LLVM Memcpy supports copying across address spaces, so we should too. IN
C, this is legal, and there are no associated AST nodes to reasonably
put in a cast, so this patch just legalizes it to match the LLVM
behavior.

Note: I've added a 'CopyTypes' printer/parser as well, because it seems
unfortunate to make EVERY copy have to show all of its types.
DeltaFile
+35-0clang/test/CIR/IR/copy.cir
+29-0clang/lib/CIR/Dialect/IR/CIRDialect.cpp
+17-3clang/include/clang/CIR/Dialect/IR/CIROps.td
+13-0clang/test/CIR/CodeGen/address-space.c
+94-34 files

LLVM/project 3ce0df7clang/include/clang/Parse Parser.h, clang/lib/Parse Parser.cpp

[Modules] Handle decl attributes on deserialization the same as during parsing. (#208348)

Replace manual handling of 2 attributes with
`Sema::mergeDeclAttributes`, which is called during parsing too. Also
propagate attributes not from a previous redeclaration but from a
previous redeclaration outside of the current module. This is done to
avoid double propagation because attributes from a previous decl in the
same module are already handled when a module is built.

Call `ASTDeclReader::attachLatestDecl` after each decl is added to a
redeclaration chain, not once per `ASTReader::loadPendingDeclChain`
call. This is done to maintain correct redeclaration chain for each
`ASTDeclReader::attachPreviousDecl` call because [newly added]
`mergeDeclAttributes` requires a correct redeclaration chain.

Separated `Parser::Initialize` and `Parser::ConsumeToken` so can move
the initialization earlier, into `Parser` constructor. This way
`Parser::Initialize`, `Sema::Initialize`, `ASTReader::InitializeSema` are
executed before deserialization. This specific case is verified by

    [6 lines not shown]
DeltaFile
+79-0clang/test/Modules/decl-attr-merge-explicit-modules.c
+18-37clang/lib/Serialization/ASTReaderDecl.cpp
+38-0clang/test/Modules/decl-attr-merge2.c
+6-4clang/include/clang/Parse/Parser.h
+2-3clang/lib/Parse/Parser.cpp
+4-0clang/lib/Sema/Sema.cpp
+147-446 files not shown
+153-4912 files

LLVM/project 0cf2930clang/include/clang/CIR/Dialect/IR CIROps.td, clang/lib/CIR/CodeGen CIRGenBuiltin.cpp

[CIR]Implement lowering for simple sin/cos/tan/exp10 builtins. (#211614)

Discovered these just looking around, they are pretty simple/trivial
translations to LLVM-IR intrins, and the infrastructure to do so is
already in place, so this is a bit of simple wiring up!

Implements f/h/hl versions of sin/cos/tan. Also implements base-10
exponent, since it is also trivial.
DeltaFile
+212-0clang/test/CIR/CodeGenBuiltins/builtins-floating-point.c
+88-0clang/test/CIR/CodeGenBuiltins/builtins-elementwise.c
+40-0clang/include/clang/CIR/Dialect/IR/CIROps.td
+4-3clang/lib/CIR/CodeGen/CIRGenBuiltin.cpp
+344-34 files

LLVM/project af8e570clang/lib/CIR/CodeGen CIRGenModule.cpp, clang/test/CIR/CodeGen attr-alias-no-proto.c

[CIR] Fixup type of no-prototype functions when emitting an alias. (#212308)

If a function is first used through a no-prototype declaration, then
defined later as an alias, we erased the old declaration and created the
new one with the new type. However the earlier references still used the
old type, which caused a verification error.

This patch just makes sure we replace the uses of it similar to how we
do with a similar problem with normal functions.

Note: there is a bit of inconsistency in how we're setting the type of
the function between OGCG and CIR that I'm not sure of the impact of,
    but that is prexisting.
DeltaFile
+88-0clang/test/CIR/CodeGen/attr-alias-no-proto.c
+30-19clang/lib/CIR/CodeGen/CIRGenModule.cpp
+118-192 files

LLVM/project f8eefd3libcxx/test/std/ranges/range.adaptors/range.adjacent.transform/iterator member_types.compile.pass.cpp, libcxx/test/std/ranges/range.adaptors/range.adjacent/iterator member_types.compile.pass.cpp

[libc++] Fix difference_type expectations in range adaptor iterator member_types tests (#201853)

This fixes incorrect expectations in:

```
libcxx/test/std/ranges/range.adaptors/range.adjacent/iterator/member_types.compile.pass.cpp
libcxx/test/std/ranges/range.adaptors/range.zip.transform/iterator/member_types.compile.pass.cpp
libcxx/test/std/ranges/range.adaptors/range.adjacent.transform/iterator/member_types.compile.pass.cpp
```

These iterators define difference_type as `range_difference_t<Base>`.
For `ForwardSizedView` and `InputCommonView`, the `difference_type` of
the underlying iterators is `std::intptr_t` in `test_iterators.h`.

The tests instead assert `std::ptrdiff_t`. That happens to hold on
platforms where `std::intptr_t` and `std::ptrdiff_t` are the same type,
but fails elsewhere.

---------

Co-authored-by: Louis Dionne <ldionne.2 at gmail.com>
DeltaFile
+4-3libcxx/test/std/ranges/range.adaptors/range.zip.transform/iterator/member_types.compile.pass.cpp
+2-1libcxx/test/std/ranges/range.adaptors/range.adjacent/iterator/member_types.compile.pass.cpp
+2-1libcxx/test/std/ranges/range.adaptors/range.adjacent.transform/iterator/member_types.compile.pass.cpp
+8-53 files

LLVM/project 9e9e37dclang-tools-extra/clangd ProjectModules.cpp, clang/include/clang/DependencyScanning DependencyScanningUtils.h DependencyScanningWorker.h

Move implementation details to DependencyScanningWorker.cpp and dissolve DependencyScannerImpl.h/cpp.
DeltaFile
+0-525clang/lib/DependencyScanning/DependencyScannerImpl.cpp
+488-1clang/lib/DependencyScanning/DependencyScanningWorker.cpp
+0-122clang/include/clang/DependencyScanning/DependencyScannerImpl.h
+12-2clang/include/clang/DependencyScanning/DependencyScanningWorker.h
+0-1clang/include/clang/DependencyScanning/DependencyScanningUtils.h
+1-0clang-tools-extra/clangd/ProjectModules.cpp
+501-6513 files not shown
+501-6549 files

LLVM/project 01dd8a9clang/include/clang/DependencyScanning DependencyScannerImpl.h

Use CompilerInstanceWithContext for TU scanning.
DeltaFile
+33-0clang/include/clang/DependencyScanning/DependencyScannerImpl.h
+33-01 files

LLVM/project a48cf0eclang/include/clang/DependencyScanning DependencyScannerImpl.h, clang/lib/DependencyScanning DependencyScannerImpl.cpp DependencyScanningWorker.cpp

Use CompilerInstanceWithContext for TU scanning.
DeltaFile
+315-38clang/lib/DependencyScanning/DependencyScanningWorker.cpp
+0-293clang/lib/DependencyScanning/DependencyScannerImpl.cpp
+35-0clang/unittests/Tooling/DependencyScannerTest.cpp
+0-27clang/include/clang/DependencyScanning/DependencyScannerImpl.h
+1-0clang/test/ClangScanDeps/logging-simple.c
+351-3585 files

LLVM/project 14f2cb0clang/include/clang/DependencyScanning DependencyScanningWorker.h, clang/include/clang/Tooling DependencyScanningTool.h

Relocate CompilerInstanceWithContext to DependencyScanningWorker.cpp and hide it as an implementation detail.
DeltaFile
+250-0clang/lib/DependencyScanning/DependencyScanningWorker.cpp
+4-207clang/lib/Tooling/DependencyScanningTool.cpp
+0-75clang/include/clang/Tooling/DependencyScanningTool.h
+22-5clang/include/clang/DependencyScanning/DependencyScanningWorker.h
+276-2874 files

LLVM/project 9e43e04mlir/include/mlir/Dialect/Arith/Transforms Passes.h Passes.td, mlir/lib/Dialect/Arith/Transforms ExpandOps.cpp

[mlir][arith] Gate min/max expansion in arith-expand behind include-min-max (#211884)

`arith-expand` expanded `arith.maximumf`/`minimumf`/`maxnumf`/`minnumf`
and the signed/unsigned integer max/min ops into `cmpf`/`cmpi` +
`select` sequences. These ops also have a direct arith-to-llvm lowering
to the `llvm.intr.maximum`/`minimum`/... intrinsics, which are a single
hardware instruction on many targets. Pipelines that run arith-to-llvm
after arith-expand (e.g. the GPU-to-XeVM pipeline) therefore paid a
large, avoidable overhead.

Add `include-min-max-f` (the float ops
maximumf/minimumf/maxnumf/minnumf) and `include-min-max-i` (the
signed/unsigned integer ops maxsi/maxui/minsi/minui) option (default `false`, changing the existing
behavior) that controls whether these min/max ops are expanded. The
min/max converters are factored into new
`populateExpandMinMaxFPatterns` and
`populateExpandMinMaxIPatterns`; the ceil/floor-div and scaling ext/trunc
expansions (which have no LLVM lowering) always run.


    [2 lines not shown]
DeltaFile
+100-0mlir/test/Dialect/Arith/expand-ops-min-max.mlir
+55-16mlir/lib/Dialect/Arith/Transforms/ExpandOps.cpp
+15-0mlir/include/mlir/Dialect/Arith/Transforms/Passes.td
+14-0mlir/include/mlir/Dialect/Arith/Transforms/Passes.h
+1-1mlir/test/Dialect/EmitC/arith/ops.mlir
+1-1mlir/test/Dialect/Arith/expand-ops.mlir
+186-186 files

LLVM/project f176fdellvm/lib/Transforms/IPO MergeFunctions.cpp, llvm/test/Transforms/MergeFunc merge-functions-entry-count-imports.ll

[MergeFunctions] Preserve import GUIDs when folding functions (#207003)

Computes the union of SamplePGO/ThinLTO import GUIDs from both inputs
and attaches it to the surviving function.
DeltaFile
+60-28llvm/lib/Transforms/IPO/MergeFunctions.cpp
+85-0llvm/test/Transforms/MergeFunc/merge-functions-entry-count-imports.ll
+145-282 files

LLVM/project 75827f0clang/lib/CIR/CodeGen CIRGenModule.cpp, clang/test/CIR/CodeGen pointer-to-data-member.cpp

[CIR] Fix path generation to understand redecls (#213051)

Found this during a self-build, an additional decl was confusing the
check between getParent and the currentClass. This patch generalizes it
to use the 'isSameEntity' function which makes sure they are the same.

Also, as a drive-by, the test had some check-lines that andy submitted a
while back, that were accidentially not being tested, so fixed the
check-title to be actually checked.
DeltaFile
+84-12clang/test/CIR/CodeGen/pointer-to-data-member.cpp
+1-1clang/lib/CIR/CodeGen/CIRGenModule.cpp
+85-132 files

LLVM/project 8223635llvm/lib/Target/AMDGPU SIISelLowering.cpp, llvm/test/CodeGen/AMDGPU select-cmp-shared-constant-fp.ll

[AMDGPU] Fix miscompile in performSelectCombine for fcmp one with NaN (#213029)

The fold `select (fcmp one x, K), y, K -> ..., x` returned x instead of
K when x was NaN, changing the result
DeltaFile
+107-7llvm/test/CodeGen/AMDGPU/select-cmp-shared-constant-fp.ll
+9-2llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+116-92 files

LLVM/project 524e0d2lld/test/ELF arm-thunk-re-add.s arm-thumb-range-thunk-os-no-ext.s

[test] Migrate Arm thunk tests to the default thunk order (#212694)

Drop -z nosort-thunks (added by #211721 to keep creation order) and
update expectations to the default order: forward thunks sorted by
descending destination. Backward-only thunk sections keep creation
order and are unchanged.

In arm-thunk-re-add.s, retarget beq.w to imported2: sorting places
imported's pool thunk just within conditional-branch range, so
beq.w imported would reuse it instead of re-adding a thunk.
DeltaFile
+50-50lld/test/ELF/arm-bl-v4t.s
+37-37lld/test/ELF/arm-thumb-interwork-thunk.s
+19-19lld/test/ELF/arm-thumb-range-thunk-os.s
+16-18lld/test/ELF/arm-branch-rangethunk.s
+13-13lld/test/ELF/arm-thunk-re-add.s
+13-13lld/test/ELF/arm-thumb-range-thunk-os-no-ext.s
+148-1509 files not shown
+237-23915 files

LLVM/project 94ef6a6lld/test/ELF aarch64-thunk-script.s aarch64-thunk-bti-execute-only.s

[test] Migrate AArch64 thunk tests to the default thunk order (#212691)

Drop -z nosort-thunks (added by #211721 to keep creation order) and
update expectations to the default order: forward thunks sorted by
descending destination.
DeltaFile
+88-71lld/test/ELF/aarch64-thunk-bti.s
+15-16lld/test/ELF/aarch64-thunk-align.s
+10-10lld/test/ELF/aarch64-thunk-bti-multipass.s
+8-8lld/test/ELF/aarch64-thunk-bti-execute-only.s
+6-6lld/test/ELF/aarch64-thunk-script.s
+127-1115 files

LLVM/project ce25b1dmlir/lib/Dialect/XeGPU/Transforms XeGPULayoutImpl.cpp, mlir/test/Dialect/XeGPU propagate-layout-subgroup.mlir

[mlir][xegpu] Fix DPAS subgroup layout propagation for broadcast K dim (#211695)

This PR fixes an issue in getDpasSubgroupLayouts(): It failed to find
valid subgroup layouts for otherwise-legal DPAS ops. It treated the K
(contraction) dimension as distributed across subgroups — requiring
wgShape % sgLayout == 0 on every dim and gating on a
checkAlignedSgDataAB() equality — when K is actually broadcast: its full
extent stays in every subgroup. This rejected the only valid candidate,
causing layout propagation to bail out.
 
Update the two affected tests, which now propagate successfully instead
of failing.

assisted-by-claude

Co-authored-by: Claude Opus 4.8 <noreply at anthropic.com>
DeltaFile
+21-13mlir/lib/Dialect/XeGPU/Transforms/XeGPULayoutImpl.cpp
+7-9mlir/test/Dialect/XeGPU/propagate-layout-subgroup.mlir
+28-222 files

LLVM/project b13fa97clang/include/clang/DependencyScanning DependencyConsumer.h DependencyScannerImpl.h, clang/include/clang/Tooling DependencyScanningTool.h

Implement the streaming style by-name scanning API.
DeltaFile
+43-89clang/lib/Tooling/DependencyScanningTool.cpp
+39-56clang/tools/clang-scan-deps/ClangScanDeps.cpp
+15-59clang/include/clang/Tooling/DependencyScanningTool.h
+0-14clang/include/clang/DependencyScanning/DependencyScannerImpl.h
+1-3clang/test/ClangScanDeps/modules-full-by-mult-mod-names-diagnostics.c
+2-0clang/include/clang/DependencyScanning/DependencyConsumer.h
+100-2216 files

LLVM/project f32c637clang/include/clang/Tooling DependencyScanningTool.h, clang/lib/Tooling DependencyScanningTool.cpp

Extracting a driver-free CompilerInstaneWithContext initializer.
DeltaFile
+20-12clang/lib/Tooling/DependencyScanningTool.cpp
+21-3clang/include/clang/Tooling/DependencyScanningTool.h
+41-152 files

LLVM/project 188aa82llvm/test/CodeGen/AMDGPU gfx12_scalar_subword_ptr_s_buffer_loads.ll llvm.amdgcn.ptr.s.buffer.load.ll, llvm/test/CodeGen/AMDGPU/GlobalISel regbankselect-amdgcn.ptr.s.buffer.load.ll llvm.amdgcn.ptr.s.buffer.load.ll

[AMDGPU] Add ptr.s.buffer.load intrinsic, use it from Clang (#209243)

This commit adds a version of the existing s_buffer_load intrinsic that
more accurately models the memory semantics of the s_buffer_load
instruction, namely that it is, in fact, a memory load.

To preserve the existing behavior that the "nomem" s.buffer.load
intrinsic was using, Clang and MLIR add !invariant.load metadata when
constructing the intrinsic (matching documented requirements on
scalarazable buffer loads) and a late codegen pass adds the metadata
just to be safe.

Tests that were "about" s.buffer.load have been copied to create
versions that use the new intrinsic, as was done for the other
*.ptr.buffer.* operations.

Other tests have been upgraded to use the new intrinsic. This has mainly
resulted in minor instruction ordering changes in prologues, if any
change at all. However, CodeGen/AMDGPU/dagcombine-fma-fmad.ll has seen a

    [11 lines not shown]
DeltaFile
+4,058-0llvm/test/CodeGen/AMDGPU/GlobalISel/llvm.amdgcn.ptr.s.buffer.load.ll
+1,292-0llvm/test/CodeGen/AMDGPU/GlobalISel/regbankselect-amdgcn.ptr.s.buffer.load.ll
+1,096-0llvm/test/CodeGen/AMDGPU/llvm.amdgcn.ptr.s.buffer.load.ll
+528-0llvm/test/CodeGen/AMDGPU/gfx12_scalar_subword_ptr_s_buffer_loads.ll
+394-0llvm/test/Transforms/InstCombine/AMDGPU/amdgcn-demanded-vector-elts.ll
+394-0llvm/test/Transforms/InstCombine/AMDGPU/amdgcn-demanded-vector-elts-inseltpoison.ll
+7,762-045 files not shown
+9,454-63751 files

LLVM/project b0d975fllvm/lib/Target/ARM ARMAsmPrinter.cpp ARMTargetMachine.cpp, llvm/test/CodeGen/ARM float-abi-module-flag.ll

ARM: Read float ABI from the "float-abi" module flag

Use the value from the module flag if present, otherwise
fall back on the legacy TargetOptions field until that is
removed.

Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
DeltaFile
+43-0llvm/test/CodeGen/ARM/float-abi-module-flag.ll
+10-1llvm/lib/Target/ARM/ARMTargetMachine.cpp
+6-1llvm/lib/Target/ARM/ARMAsmPrinter.cpp
+59-23 files

LLVM/project 33a5fd8llvm/lib/Target/AArch64 AArch64InstrInfo.cpp AArch64ExpandPseudoInsts.cpp, llvm/test/CodeGen/AArch64 sve-ldst-multi-vec.mir sve2p1-intrinsics-stores.ll

[AArch64][SME2] Add stridedorcontiguous pseudos for multi-vector-stores (#211551)

Select strided-or-contiguous psuedos for SME2 multi-vector stores,
allowing register allocation to choose the most profitable tuple layout.
The pseudos can then be expanded to choose the appropriate contiguous or
strided instruction after allocation.
DeltaFile
+129-640llvm/test/CodeGen/AArch64/sve-multivector-load-stores.ll
+548-3llvm/test/CodeGen/AArch64/sve2p1-intrinsics-stores.ll
+98-16llvm/lib/Target/AArch64/AArch64SVEInstrInfo.td
+64-0llvm/lib/Target/AArch64/AArch64ExpandPseudoInsts.cpp
+35-0llvm/test/CodeGen/AArch64/sve-ldst-multi-vec.mir
+32-0llvm/lib/Target/AArch64/AArch64InstrInfo.cpp
+906-6594 files not shown
+921-67610 files

LLVM/project 665d200mlir/lib/Dialect/XeGPU/Transforms XeGPULayoutImpl.cpp, mlir/test/Dialect/XeGPU propagate-layout.mlir sg-to-lane-distribute-unit.mlir

[mlir][xegpu] Handle size-1 broadcast dim in insert_strided_slice layout setup (#211725)

This PR enhance `setupInsertStridedSliceResultLayout` to treat a size-1
source dim as a broadcast dim: keep its lane_data at 1 instead of
requiring divisibility.

Add regression tests for both the layout propagation setup and the
subgroup-to-lane distribution of such an op.

Assisted-by-claude

Co-authored-by: Claude Opus 4.8 <noreply at anthropic.com>
DeltaFile
+21-0mlir/test/Dialect/XeGPU/sg-to-lane-distribute-unit.mlir
+17-0mlir/test/Dialect/XeGPU/propagate-layout.mlir
+9-4mlir/lib/Dialect/XeGPU/Transforms/XeGPULayoutImpl.cpp
+47-43 files

LLVM/project 11f07fbllvm/lib/Target/ARM ARMTargetMachine.cpp

Review comments
DeltaFile
+4-2llvm/lib/Target/ARM/ARMTargetMachine.cpp
+4-21 files

LLVM/project 1dd9687llvm/lib/Target/AMDGPU AMDGPUInstCombineIntrinsic.cpp, llvm/test/Transforms/InstCombine/AMDGPU fmul_legacy.ll fma_legacy.ll

[AMDGPU] Fix fmul/fma legacy sign-of-zero miscompile (#203567)

V_MUL_LEGACY_F32 always returns +0.0 when either operand is ±0.0 or a
denormal treated as zero, while IEEE fmul XORs operand signs. This makes
results observably different when one operand is a runtime ±0.0:

  fmul.legacy(-2.0, +0.0) = +0.0  (legacy zero clause forces +0.0)
  fmul       (-2.0, +0.0) = -0.0  (IEEE sign XOR: - * + = -)

The previous code folded whenever one operand matched m_FiniteNonZero()
or both were known never Inf/NaN, without accounting for sign-of-zero
divergence on the other operand.

Restructure the guard:

- Always safe: both operands are known never zero (legacy zero clause
  cannot fire). Uses isKnownNeverLogicalZero to correctly account for
  denormals flushed to zero under the function's f32 denormal mode.


    [13 lines not shown]
DeltaFile
+87-10llvm/test/Transforms/InstCombine/AMDGPU/fma_legacy.ll
+85-10llvm/test/Transforms/InstCombine/AMDGPU/fmul_legacy.ll
+26-11llvm/lib/Target/AMDGPU/AMDGPUInstCombineIntrinsic.cpp
+198-313 files

LLVM/project 5e3f403clang/include/clang/CIR/Dialect/IR CIROps.td, clang/lib/CIR/Dialect/IR CIRDialect.cpp

[CIR] Add fenv attribute to cast operation (#212899)

This adds the optional #cir.fenv attribute to the cir.cast operation and
updates the verifier to enforce the attribute being present only when
the cast involves floating-point values.

Assisted-by: Cursor / various models
DeltaFile
+41-19clang/include/clang/CIR/Dialect/IR/CIROps.td
+60-0clang/test/CIR/IR/invalid-cast.cir
+26-3clang/lib/CIR/Dialect/IR/CIRDialect.cpp
+14-0clang/test/CIR/IR/fenv.cir
+9-0clang/unittests/CIR/FenvOpTest.cpp
+150-225 files

LLVM/project 0cfc5bcmlir/lib/Conversion/TosaToLinalg TosaToLinalg.cpp, mlir/test/Conversion/TosaToLinalg tosa-to-linalg.mlir

[mlir][tosa][tosa-to-linalg] Use 0 weights at skippable RFFT2D locations (#212293)

The TOSA specifications indicates that when computing the imaginary
output for locations (0,0), (0,W/2), (H/2,0), (H/2, W/2),
implementations may choose to skip the computation entirely and return
0, or compute each accumulation term as `-val_real * 0.0`.

The previous legalizations used `-val_real * sin(a)` but `sin(a)` may
not return exactly 0.0 due to representation error in the input to
`sin`.

This patch updates the legalization to instead check for indices where
`sin(a)` should be replaced by `0.0` and uses a `select` op to match the
expected behaviour according to the Specification when
tosa_extra_multiplies is set to `true`.

Signed-off-by: Ian Tayler Lessa <ian.taylerlessa at arm.com>
DeltaFile
+129-105mlir/test/Conversion/TosaToLinalg/tosa-to-linalg.mlir
+33-2mlir/lib/Conversion/TosaToLinalg/TosaToLinalg.cpp
+162-1072 files

LLVM/project f383369lldb/docs/resources build.md

[lldb][docs] Document the script interpreter plugin build options (#212655)

Describe LLDB_ENABLE_DYNAMIC_SCRIPTINTERPRETERS and how it interacts
with LLDB_ENABLE_PYTHON_LIMITED_API, including the platform defaults for
both and why the Python Limited API requires dynamic script interpreter
plugins everywhere but Windows.
DeltaFile
+15-0lldb/docs/resources/build.md
+15-01 files

LLVM/project ce7a6f9llvm/test/CodeGen/AMDGPU/GlobalISel legalize-fpowi.mir legalize-uitofp.mir

AMDGPU/GlobalISel: Switch more FP opcodes to extended LLTs (part 2) (#212909)

Migrate G_FPOW, G_FPOWI, G_INTRINSIC_FPTRUNC_ROUND, and FP<->INT
conversions opcodes to extended float LLTs.

Also update the relevant MIR tests.
DeltaFile
+305-321llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fpow.mir
+240-240llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fptosi.mir
+225-225llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fptoui.mir
+127-127llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-sitofp.mir
+118-118llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-uitofp.mir
+66-70llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fpowi.mir
+1,081-1,1013 files not shown
+1,131-1,1509 files

LLVM/project 7850239lldb/docs/use mcp.md

[lldb][docs] Rewrite the MCP documentation for lldb-mcp (#212821)

The docs still describe lldb-mcp as a thin stdio-to-socket bridge that
auto-launches an LLDB and exposes a single lldb_command tool. It is now
a full featured multiplexer hosting its own sessions, with four tools
and pid-qualified URIs. Also restructure the documentation around how it
is used, with an explanation of the underlying architecture towards the
end.
DeltaFile
+215-57lldb/docs/use/mcp.md
+215-571 files