[qt/clang/llvm-project]: Summary of bulk changes made

Git repository change summary for qt/clang/llvm-project
Pushed by mirror-service into branch 'upstream/users/vchuravy/hlfir-pipeline-extension-points'.
Changed from caa4ccb5f768d3c970a51cad1fae543aeee210f7 to 35355f55744b7569744bbce284bb68fc2e3f3efb
Acknowledgement was received that this change introduces only existing code that has been pushed to another public open source repository.

This change contains the following new commits:

Git commit 73817e6a9279833e53fb9ccca3158ed987c4ad61 by GitHub (on behalf of Heejin Ahn) on 04/08/2026 at 05:19..
[WebAssembly] Add funclet bundle to thread local wrapper calls (#213826)

When accessing a thread local variable, Clang generates a thread local
wrapper function that checks if the variable has been initialized, and
if it isn't, initializes it. This is a function call, so if this is
within a funclet (i.e., within a `catchpad` or `cleanuppad`), it needs
the funclet bundle argument, which was missing before. If it lacks a
funclet argument, it will be considered invalid and removed in
WinEHPrepare.

Fixes https://github.com/emscripten-core/emscripten/issues/27448.
https://invent.kde.org/qt/clang/llvm-project/-/commit/73817e6a9279833e53fb9ccca3158ed987c4ad61

Git commit ecd6a18e03d37c2bcaf9893d9ae2698b66ac2e83 by GitHub (on behalf of Jianhui Li) on 04/08/2026 at 05:35..
[mlir][xegpu] Support batched matmul in    VectorToXeGPU ContractionLowering (#211947)

Generalizes ContractionLowering in
mlir/lib/Conversion/VectorToXeGPU/VectorToXeGPU.cpp so that (batched)
N-D vector.contract ops lower to xegpu.dpas, not just plain 2D matmuls.

---------

Co-authored-by: Claude Opus 4.8 <[email protected]>
https://invent.kde.org/qt/clang/llvm-project/-/commit/ecd6a18e03d37c2bcaf9893d9ae2698b66ac2e83

Git commit 8b18aa0b1ec2de76d47748a4d13c4de02b4d8580 by GitHub (on behalf of Garvit Gupta) on 04/08/2026 at 05:43..
[RISCV] Reduce spill/reload pairs when Xqcilo extension is enabled (#212807)

[RISCV] Reduce spill/reload pairs when Xqcilo extension is enabled

Currently, `SelectAddrRegImm26` calls `SelectAddrFrameIndex` first,
causing bare frame-index loads (offset 0) to select 48-bit loads/stores at
ISel. Due to `AddedComplexity=2` on the QC48LdPat patterns, the wide
opcode won over the standard LW/SW even though the resolved frame offset
typically fits simm12.

This led to more spills and reloads in functions which are under high
register pressure because 48-bit loads and stores are not marked easily
rematerializable. Also, simply adding 48-bit loads and stores to
`isLoadFromStackSlot/isStoreToStackSlot` doesn't solve the regression
for the multi call case and only by making Isel produce the plain
32/64-bit loads and store opcodes as the baseline does RA behave
identically.

Therefor this PR fixes the issue by:

-Remove the `SelectAddrFrameIndex` call from SelectAddrRegImm26. Bare frame
indices now fall through to standard LW/SW selection at ISel, where RA
recognizes them as rematerializable stack loads.

-Add post-RA promotion in `eliminateFrameIndex`: when a plain LW/SW has a
resolved frame offset that exceeds simm12, promote the opcode to
the corresponding 48-bit load/store opcode and fold the 26-bit offset
directly. This preserves the intended large-offset optimization
without affecting RA decisions.

This solves the code size regression in high register pressure function
introduced by PR #209315

Assisted by Claude
https://invent.kde.org/qt/clang/llvm-project/-/commit/8b18aa0b1ec2de76d47748a4d13c4de02b4d8580

Git commit 7bf32f63ee90b964a49212efd09ebd299d6718bb by GitHub (on behalf of Michael G. Kazakov) on 04/08/2026 at 05:58..
[libc++][pstl] Implementation of parallel std::reverse() based on parallel for_each (#213487)

This PR implements a parallel version of `std::reverse()` based on the
parallel `__for_each()`.

The implementation walks the first half of the range in chunks, each
chunk is swapped with its mirrored counterpart via `std::swap_ranges()`
and `std::reverse_iterator<>`:
```c++
// Perform a chunked for_each on the first half of the range.
return __cpu_traits<_Backend>::__for_each(
    first, first + (last - first) / 2, [first, last](ForwardIterator i, ForwardIterator j) {
    // Derive the last position of the mirrored range.
    ForwardIterator mirror_last = last - (i - first);
    // Swap the elements in the range of the first half with their mirrored counterparts in the second half.
    std::swap_ranges(i, j, std::reverse_iterator<ForwardIterator>(mirror_last));
});
```

Included tests check that:
- Semantics of the function is correct.
- The function correctly SFINAE out when the first argument is not an
execution policy.
- The `noexcept` policy is followed.
- `static_assert` verifies iterators' categories.

Part of #99938.
https://invent.kde.org/qt/clang/llvm-project/-/commit/7bf32f63ee90b964a49212efd09ebd299d6718bb

Git commit b8fd0c1cbb1867ddf74eb80ced58c5d289a56321 by GitHub (on behalf of Michael G. Kazakov) on 04/08/2026 at 06:00..
[libc++][pstl] Implementation of parallel std::is_sorted_until() based on std::adjacent_find() (#213445)

This PR adds implementation of a parallel `std::is_sorted_until()` based
on the parallel `std::adjacent_find()` and rebases the parallel
`std::is_sorted()` onto `std::is_sorted_until()`.

The implementation is effectively a one-liner:
```c++
// Find the first pair of adjacent elements that are not in sorted order,
// i.e. comp(rhs, lhs) is true.
auto res = AdjacentFind()(policy, std::move(first), last, [&](Ref lhs, Ref rhs) {
    return comp(rhs, lhs);
});
```

Included tests check that:
- Semantics of the iterator-only version is correct.
- Semantics of the predicated version is correct.
- The functions correctly SFINAE out when the first argument is not an
execution policy.
- The `noexcept` policy is followed.
- The `nodiscard` policy is followed.
- `static_assert` verifies iterators' categories.

Part of #99938.
https://invent.kde.org/qt/clang/llvm-project/-/commit/b8fd0c1cbb1867ddf74eb80ced58c5d289a56321

Git commit a2a70991059b04c8cfc8b4c3715361cf0024d6af by GitHub (on behalf of Matt Arsenault) on 04/08/2026 at 06:01..
AMDGPU: Validate generic processor features in TargetParser emitter (#213774)

Perform some initial validation that the feature set of generic
targets is consistent with the set of covered targets. For now, this
only performs this validation for the subset of frontend exported
features, so is limited to catching missed builtin support. In the future
arbitrary features should be validated, but this is complicated by workaround 
features and size features which need to clamp to the common minimum.

Co-authored-by: Claude (Claude-Opus-4.8)
https://invent.kde.org/qt/clang/llvm-project/-/commit/a2a70991059b04c8cfc8b4c3715361cf0024d6af

Git commit 7ea6d45feaed43266ece53df274aaf6b53340238 by GitHub (on behalf of Pavel Labath) on 04/08/2026 at 06:11..
[libc] Add a C unit test framework wrapper and convert existing tests (#213657)

This removes the dependency on the host C library (hermetic tests),
makes sure the tests actually do something in release builds (where
assert() is a noop), and makes better and more consistent failure
messages.

This is just a thin wrapper over the existing framework which repackages
the C++ interface into something consumable by C code. I tried to keep
the interface consistent, but of course, many of the framework features
are C++ only. Registering more than one test function was tricky, so the
framework currently supports only one.

The main trick here was getting the static library linker to extract
LibcCTest.cpp.o from libLibcTest.unit.a. Since C test cases don't
instantiate static CTest objects in their own translation unit like C++
tests do (they cannot do that portably), nothing in the object file
referenced LibcCTest.cpp. I made this work by introducing
libc_c_test_anchor() and calling it explicitly inside the generated
libc_c_test_run() function.
https://invent.kde.org/qt/clang/llvm-project/-/commit/7ea6d45feaed43266ece53df274aaf6b53340238

Git commit 4616e9bbb9774bd0662ac095359a5d362f449819 by GitHub (on behalf of Pavel Labath) on 04/08/2026 at 06:14..
[libc] Add optional::value_or and clean up if_nameindex_test TODOs (#213682)

I went through the TODOs in if_nameindex_test.cpp:
- string::operator+=(string_view) was already present in string.h (added
in #210895), so I removed the append_bytes helper and switched to
operator+= directly.
- I added value_or (const & and && overloads) to cpp::optional and added
a test suite for it in optional_test.cpp.
- I replaced pop_front_or with pop_front returning optional<T> and
inlined the .value_or(...) calls in the fake network policy.
- Updated the CMake dependencies to account for the new optional usage.

Assisted by Gemini.
https://invent.kde.org/qt/clang/llvm-project/-/commit/4616e9bbb9774bd0662ac095359a5d362f449819

Git commit 2b3dd2dc32be01ebb74c15d919822538db0292db by GitHub (on behalf of Antonio Frighetto) on 04/08/2026 at 06:47..
[GlobalsAA] Handle self-referencing stores in `AnalyzeUsesOfPointer` (#213631)

Correctly recognize that a global address does escape when it is stored
into itself. Such globals were previously incorrectly marked as
non-address-taken.

Fixes: https://github.com/llvm/llvm-project/issues/213232.
https://invent.kde.org/qt/clang/llvm-project/-/commit/2b3dd2dc32be01ebb74c15d919822538db0292db

Git commit 3a6ae9bcb9c76bd5da5fbd81e055be907339f513 by GitHub (on behalf of ABWI-Y) on 04/08/2026 at 06:49..
[X86][AsmParser] Fix compiler crash on division by zero in MS inline asm (#213539)

This fixes issue #213415. If a user writes something like '1 / 0' or '1
% 0' in assembly, the compiler will now show a normal error message
instead of crashing completely.

Fixes #213415

Co-authored-by: 陈纪元 <[email protected]>
https://invent.kde.org/qt/clang/llvm-project/-/commit/3a6ae9bcb9c76bd5da5fbd81e055be907339f513

Git commit 1fef59b860b4bba1cf4593563c25717a34cef2e4 by GitHub (on behalf of Matt Arsenault) on 04/08/2026 at 06:51..
AMDGPU: Export the TargetParser feature bitset (#212946)

Previously this bitset was only used to populate the feature
name string map used by clang. Eventually this will replace
the current bitmask integer. AArch64 already has a similar
interface.

Co-authored-by: Claude (Claude-Opus-4.8)
https://invent.kde.org/qt/clang/llvm-project/-/commit/1fef59b860b4bba1cf4593563c25717a34cef2e4

Git commit 4bdf31cf09320fd498f8d01fc5e45a4fac6572d2 by GitHub (on behalf of Orlando Cazalet-Hyams) on 04/08/2026 at 07:00..
[dyndbg] Add Dynamic Debugging docs (#210001)

Co-authored-by: Andrew Ng <[email protected]>
https://invent.kde.org/qt/clang/llvm-project/-/commit/4bdf31cf09320fd498f8d01fc5e45a4fac6572d2

Git commit 8f53e523b92ccdc5074acc02c1c103149c20530a by GitHub (on behalf of Pavel Labath) on 04/08/2026 at 07:04..
[libc] Add program_invocation(_short)_name and tweak err.h functions (#212448)

These GNU extensions hold the name of the program as invoked (argv[0])
and its short name (the basename after the last slash).

Both variables are initialized in the startup code. As with all of our
other variables, they are only available in full build mode.

The trickiest part of this patch are the error reporting functions from
<err.h>, which access this variable, and they are currently enabled in
overlay mode. To make them work, I add an #ifdef to select the right
version. I considered doing something more elaborate, like we have with
`errno`, but that seemed too heavy for a single occurrence.

I also drop the linux check in this function. The documentation says the
functions should print the "last component of the program name", which
"llvmlibc" is not. If someone wants to enable these functions on
non-linux, they can figure out what they want to print here and how.

Assisted by Gemini.
https://invent.kde.org/qt/clang/llvm-project/-/commit/8f53e523b92ccdc5074acc02c1c103149c20530a

Git commit de15318e859adab7ea803b519e64b563c3a1751b by GitHub (on behalf of Arseniy Obolenskiy) on 04/08/2026 at 07:04..
[CGProfile] Fix unhandled error crash on empty canonical function names (#201821)

A function whose entire name is a strippable suffix canonicalizes to an
empty name, making InstrProfSymtab::create return an error

The current solution with `(void)(bool)` does not really suppress the
error which leads to the crash
https://invent.kde.org/qt/clang/llvm-project/-/commit/de15318e859adab7ea803b519e64b563c3a1751b

Git commit f1dde546716c51d3e8d619778c0b1198fc86007b by GitHub (on behalf of Valentin Churavy) on 04/08/2026 at 07:10..
[flang] Export fir-opt symbols for MLIR dialect/pass plugins (#212152)

Lets plugins loaded with --load-dialect-plugin / --load-pass-plugin
resolve
MLIR and LLVM symbols against fir-opt, as mlir-opt already does.

---------

Co-authored-by: Claude Opus 4.8 <[email protected]>
https://invent.kde.org/qt/clang/llvm-project/-/commit/f1dde546716c51d3e8d619778c0b1198fc86007b

Git commit 35355f55744b7569744bbce284bb68fc2e3f3efb by Valentin Churavy on 04/08/2026 at 07:11..
[flang] Add HLFIR-to-FIR pass pipeline extension points

The FIR optimizer extension points (FIROptEarly, FIRInliner, FIROptLast) all
run after HLFIR has been lowered to FIR, so the HLFIR intrinsic operations
(hlfir.sum, hlfir.matmul, ...) are gone by the time they run. Transformations
that need to see those operations have nowhere to attach.

Add two extension points to createHLFIRToFIRPassPipeline:

  * HLFIROptEarly, at the start of the pipeline, before any HLFIR
    simplification or inlining.
  * HLFIROptLast, just before createLowerHLFIRIntrinsics.

Drivers register passes through registerHLFIROptEarlyEPCallbacks and
registerHLFIROptLastEPCallbacks on MLIRToLLVMPassPipelineConfig. The invoke
methods are const so they can be called on the const config the HLFIR pipeline
receives. With no callbacks registered the pipeline is unchanged.

Co-Authored-By: Claude Opus 5 <[email protected]>
https://invent.kde.org/qt/clang/llvm-project/-/commit/35355f55744b7569744bbce284bb68fc2e3f3efb