[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/kovdan01/lld-pauth-undef-weak'.
Changed from 565d156ed47a2c03fb74ec9e981df82e7d97ee85 to 582a92d9c93764e8f434dd84e088b0a444325e45
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 e2c8f57f00971712c1732b137a9afc539e38ff37 by GitHub (on behalf of Robert Imschweiler) on 03/08/2026 at 06:28..
[OpenMPOpt] Null generic-mode wrappers for SPMDized kernels (#207611)

If a kernel gets SPMDized, it doesn't need the wrapper function that is
passed to __kmpc_parallel_60. Keeping the dead wrapper function can lead
to lots of misleading "local memory global used by non-kernel function"
AMDGPU backend warnings.
Let OpenMPOpt null the wrapper argument such that DCE can then remove
the corresponding dead functions.

Claude assisted with this patch.
https://invent.kde.org/qt/clang/llvm-project/-/commit/e2c8f57f00971712c1732b137a9afc539e38ff37

Git commit 7f161cde5751ab5ab38a5e52119f9fe867844758 by GitHub (on behalf of Kareem Ergawy) on 03/08/2026 at 06:40..
[flang-rt] enable IsNamelistNameOrSlash lookahead for scalar namelist items (#211224)

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

Problem
-------
An empty NAMELIST assignment on a scalar item — e.g. `l =` in

    &nml l= i_count=7 r_value=2.72/

— aborted at runtime with

fatal Fortran runtime error: Bad character 'i' in LOGICAL input field

Every EditIntegerInput / EditRealInput / EditLogicalInput /
EditCharacterInput function starts its list-directed arm with

    if (IsNamelistNameOrSlash(io)) return false;   // no value

which peeks ahead (via SavedPosition, no stream consumption) for a
`<name>=` / `<name>%` / `<name>(` shape or one of the terminators `/`
`&` `$`, letting the reader bail cleanly for empty values and
short-array ends. That helper's first line is

    if (!listInput || !listInput->namelistGroup()) return false;

InputNamelist however called ResetForNextNamelistItem with
`useDescriptor->rank() > 0 ? &group : nullptr`, so `namelistGroup_`
stayed null for scalars. The peek was silently disabled and the value
reader consumed the next namelist item's name as a bare token, producing
the abort above. Legacy nvfortran / gfortran accept empty scalar
assignments as "keep current value".

Solution
--------
Pass `&group` unconditionally to `ResetForNextNamelistItem`. Today
`IsNamelistNameOrSlash` uses `namelistGroup_` only as a boolean gate
(never as a lookup table), so widening it is a no-op for arrays and
enables the same empty-value / next-name detection for scalars.
NamelistTests.NanInputAmbiguity (which motivated the original pointer
form) still passes; three new tests cover the empty-scalar case, the
empty-array case, and an empty scalar surrounded by arrays.

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

Git commit f7213d839614c3103f4be28a1459e7f12c44dc77 by GitHub (on behalf of Antonio Frighetto) on 03/08/2026 at 06:57..
[MemorySSA] Clarify `getClobberingMemoryAccess(MA, Loc)` overload does not accept MemoryUse (NFC) (#212512)

Outdated comment has been updated to match the implementation, which
asserts on MemoryUse.
https://invent.kde.org/qt/clang/llvm-project/-/commit/f7213d839614c3103f4be28a1459e7f12c44dc77

Git commit f901de33ab614a7f13caa66ed966d3cd6bcb6eab by GitHub (on behalf of Antonio Frighetto) on 03/08/2026 at 06:58..
[GVNHoist] Use MemorySSA, drop MemoryDependenceAnalysis (NFCI) (#212773)

Finalize MemorySSA usage in GVNHoist, while transitioning away from
MemoryDependenceAnalysis.
https://invent.kde.org/qt/clang/llvm-project/-/commit/f901de33ab614a7f13caa66ed966d3cd6bcb6eab

Git commit 738029a68bd265cb4e65e03f63d84c027692adaa by GitHub (on behalf of Madhur Amilkanthwar) on 03/08/2026 at 06:58..
Enforce single-operand form for llvm.loop.vectorize metadata (#210932)

This patch implements Phase 2 of the RFC "Enforce Single-Operand Format
for All .enable Metadata Nodes". Please refer to RFC:

https://discourse.llvm.org/t/rfc-enforce-single-operand-format-for-all-enable-metadata-nodes/90571/

The two-operand boolean form !{!"llvm.loop.vectorize.enable", i1 0/1} is
replaced by a single-operand enable/disable pair:

  !{!"llvm.loop.vectorize.enable"}    ; force vectorization
  !{!"llvm.loop.vectorize.disable"}   ; suppress vectorization

The Verifier rejects the two-operand form, AutoUpgrade rewrites old
bitcode (including the legacy llvm.vectorizer.enable tag), and the
readers and producers across LLVM, Clang, MLIR and Polly are updated.
https://invent.kde.org/qt/clang/llvm-project/-/commit/738029a68bd265cb4e65e03f63d84c027692adaa

Git commit a7cc9516751d6c5afe35da0628083879cb52f1c0 by GitHub (on behalf of Wenju He) on 03/08/2026 at 06:58..
[llvm-calc-occupancy] Fix title underline length (#213599)

Fix error: invalid header length in
'CommandGuide/llvm-calc-occupancy.rst' (does not match length of title)
in our downstream Sphinx doc build.
https://invent.kde.org/qt/clang/llvm-project/-/commit/a7cc9516751d6c5afe35da0628083879cb52f1c0

Git commit 748828c3dbeae182d50de46b8fb7cb9c1076aaa0 by GitHub (on behalf of dmaclach) on 03/08/2026 at 07:22..
[clang][ast][objc] Implement getNameForDiagnostic for ObjC{Method,Property}Decl (#213030)

This overrides `getNameForDiagnostic` to provide a qualified name
representation for Objective-C methods and properties in diagnostics.
When qualified is true, it formats them using the standard Objective-C
syntax, such as `-[Class selector]` or `+[Class property]`. Previously
these would be `Class::selector` or `Class::property`. If qualified is
false, it falls back to printName.

Note that I avoided modifying `NamedDecl::getQualifiedNameAsString()` or
`printQualifiedName()` which will continue to (unfortunately) return
`Class::method`, but this is intentional to attempt to avoid any
breakage downstream due to output changing.
https://invent.kde.org/qt/clang/llvm-project/-/commit/748828c3dbeae182d50de46b8fb7cb9c1076aaa0

Git commit 3be1dff0910dc71df932380c9091a10a54ca9fe0 by GitHub (on behalf of Med Ismail Bennani) on 03/08/2026 at 07:22..
[lldb] Skip flaky test_circular_dependency_evaluate_expression_in_get_frame (#213610)

This provider's identity-forwarding pattern intermittently hits a known
frame-identity-aliasing bug in ScriptedFrameProvider::GetFrameAtIndex,
tracked in https://github.com/llvm/llvm-project/pull/208992.
https://invent.kde.org/qt/clang/llvm-project/-/commit/3be1dff0910dc71df932380c9091a10a54ca9fe0

Git commit 7dae1728fbedee21bd206b7639600b268c0f1a76 by GitHub (on behalf of dsiroky) on 03/08/2026 at 07:24..
[clang-tidy] ignore uninitialized std::array in member init (#98134)

cppcoreguidelines-pro-type-member-init check has an option IgnoreArrays
for ignoring uninitialized C arrays. This patch adds support for C++
std::array as well.

Co-authored-by: David Siroky <[email protected]>
https://invent.kde.org/qt/clang/llvm-project/-/commit/7dae1728fbedee21bd206b7639600b268c0f1a76

Git commit 00312bb11db4b0d267309e031e3059e504a7f0bd by GitHub (on behalf of LiqinWeng) on 03/08/2026 at 07:34..
[RISCV][SMT] Add SpacemiT-x100 vector sched info (#210597)
https://invent.kde.org/qt/clang/llvm-project/-/commit/00312bb11db4b0d267309e031e3059e504a7f0bd

Git commit faee1de64358ad02661da6b469dab6c3dade475e by GitHub (on behalf of Balázs Kéri) on 03/08/2026 at 07:57..
[clang][analyzer] Improved message of CallAndMessageChecker at calls with uninitialized argument (#211038)
https://invent.kde.org/qt/clang/llvm-project/-/commit/faee1de64358ad02661da6b469dab6c3dade475e

Git commit 2354dce21ab107d0350cea741923bcffbeb14d91 by GitHub (on behalf of Ashutosh Nema) on 03/08/2026 at 08:02..
[Transforms][Utils] Add LoopSplitUtils for iteration-space loop splitting (#205995)

Introduce LoopSplitUtils, a utility that splits a counted loop into a
chain of per-partition sub-loops covering contiguous slices of the
original iteration space. Given a loop and a list of partition ranges,
it clones the body per partition, guards each with an entry check that
skips empty partitions, clamps each latch to its slice, and rebuilds SSA
for loop-carried and live-out values so the result is
behaviour-preserving.

Key properties:
- Supports ascending (+1) and descending (-1) unit-step inductions, in
both signed and unsigned iteration orderings, with direction-aware
guard/latch predicates and end clamps.
- Reuses the original loop for partition 0 and clones the rest, exposing
per-partition value maps via getPartitionValue()/getPartitionValueMap().
- Lets callers drop the entry guard for a partition proven non-empty via
avoidPartitionGuard(); provably-empty partitions are always skipped.
- Patches the dominator tree and LoopInfo incrementally rather than
rebuilding them.

How to use:

  LoopSplitUtils LSU(L, LI, SE, DT);
if (!LSU.isLegal()) // counted, bottom-tested, LCSSA, unit step
    return false;
  // Tile the iteration space in order; e.g. split [Start, End] at K:
  LSU.addPartition(Start, K - 1);   // partition 0: [Start, K-1]
  LSU.addPartition(K, End);         // partition 1: [K, End]
  LSU.split();
  // After split(), query a cloned value in a given partition:
  Value *V1 = LSU.getPartitionValue(Orig, /*PartitionIndex=*/1);

A new test pass, loop-split-test (opt -passes=loop-split-test with
-loop-split-points=...), drives the utility for testing. Adds lit tests
covering basic/multiple/four-partition splits, descending loops,
reductions, empty-leading partitions, optional guards, and the
per-partition value map.
https://invent.kde.org/qt/clang/llvm-project/-/commit/2354dce21ab107d0350cea741923bcffbeb14d91

Git commit dda7cb5354cad9507bedbfd44d3fdc4c3e956d63 by GitHub (on behalf of Brad Smith) on 03/08/2026 at 08:17..
[Driver][Hurd] Remove llvm_unreachable (#171077)

Remove the llvm_unreachable from getDynamicLinker(). The code path is
reachable. In the case of an unsupported architecture we're not worrying
about trying to actually determine the dynamic linker, and I don't think
it makes sense for the Driver to crash.

Pointed out by bug report #64194

---------

Co-authored-by: Shivam Gupta <[email protected]>
https://invent.kde.org/qt/clang/llvm-project/-/commit/dda7cb5354cad9507bedbfd44d3fdc4c3e956d63

Git commit a9ebf2cdff376a74bfb05ecc58386f7c54a4c532 by GitHub (on behalf of Ramkumar Ramachandra) on 03/08/2026 at 08:17..
[LV] Add iv_outside_user ptr-ind variant test (#213263)

There was previously a doubt about whether the integer variant of the
test should use wrap-flags on the latch exit value, which motivates us
to add coverage for the ptr variant.
https://invent.kde.org/qt/clang/llvm-project/-/commit/a9ebf2cdff376a74bfb05ecc58386f7c54a4c532

Git commit c99e6752b9f9e1867af88c07ee44f837bc6e4311 by GitHub (on behalf of Ties Stuij) on 03/08/2026 at 08:35..
[ARM][MVE] Match canonical saturating negation patterns (#213085)

InstCombine pull request
https://github.com/llvm/llvm-project/pull/194519 canonicalized the
saturating negation idiom to
an llvm.ssub.sat operation. For the ARM backend we only recognized the
original
select and subtract pattern, causing vector absolute values to expand to
VQSUB
plus a compare and select instead of VQABS.

In this patch we teach the VQABS and VQNEG patterns to recognize this
ssub.sat
form.
https://invent.kde.org/qt/clang/llvm-project/-/commit/c99e6752b9f9e1867af88c07ee44f837bc6e4311

Git commit 58862f1adfc9690ddcda8cded008bc0ecda54859 by GitHub (on behalf of Berke Ates) on 03/08/2026 at 08:36..
[MLIR][Arith] Fix BitcastOp fold crashing on unhandled constant attributes (#212483)

`BitcastOp::fold` assumed any non-poison scalar operand attribute is a
`FloatAttr` or `IntegerAttr` and hard-casted it.
Constant attributes from other dialects, e.g. the `LLVM::UndefAttr`
produced by `llvm.mlir.undef`'s fold, hit the cast assertion.
This crashed SCCP on IR where `llvm.mlir.undef` feeds `arith.bitcast`.
Bail out on attributes and result types the fold does not handle.
https://invent.kde.org/qt/clang/llvm-project/-/commit/58862f1adfc9690ddcda8cded008bc0ecda54859

Git commit b5d93cd7773b203e3523f36cf1b63c16f23c921b by GitHub (on behalf of Pierre van Houtryve) on 03/08/2026 at 08:38..
[clang][AMDGPU] Clean-up handling of named barrier type (#207687)

- Allow the type in struct/classes in very limited circumstances. The
goal is to enable creating trivial wrappers around the named barrier
variable, but ensure we can't get into situations where things would get
awkward. Currently this means we only allow the named barrier in
RecordDecls with exactly 1 field, that have no base class, and are not
inherited.
- Use a `amdgpu_barrier` LangAS for this type that currently maps to the
local AS. This allows easy switching to the barrier AS in a future
patch.
https://invent.kde.org/qt/clang/llvm-project/-/commit/b5d93cd7773b203e3523f36cf1b63c16f23c921b

Git commit ba1c26cf9f4826c9e82d43859c91fab9facf689f by GitHub (on behalf of Akshat Dalal) on 03/08/2026 at 08:44..
[X86] Fix missing CFI after the Swift async context push (#202570)

The Swift async prologue pushes the context slot (pushq %r14 / $0) but
doesn't touch the CFA until the later .cfi_def_cfa_register %rbp. So the
CFA still describes the stack from before the push and stays stale all
the way through the leaq and the subq. If something unwinds in that
window (debugger, profiler, signal) it reads the wrong slot. Normal
execution is fine.

FIX: account for the push with .cfi_adjust_cfa_offset 8, then switch to
an %rbp-relative CFA (.cfi_def_cfa %rbp, 16) right after the leaq and
before the subq, so the rule is correct before rsp moves again.

Adds swift-async-cfi-prologue.ll (directives + .eh_frame rows, plus a
locals case for the subq) and updates swift-async.ll.
https://invent.kde.org/qt/clang/llvm-project/-/commit/ba1c26cf9f4826c9e82d43859c91fab9facf689f

Git commit 85ac33350bf8c234d19b1b9810dc41a285ec7efd by Daniil Kovalev on 03/08/2026 at 08:47..
Merge branch 'main' into users/kovdan01/llvm-support-auth-tlsdesc-call-rel
https://invent.kde.org/qt/clang/llvm-project/-/commit/85ac33350bf8c234d19b1b9810dc41a285ec7efd

Git commit 582a92d9c93764e8f434dd84e088b0a444325e45 by Daniil Kovalev on 03/08/2026 at 10:40..
[PAC][lld] Do not emit AUTH relocs against undef weak non-preemptible symbols

Undefined weak non-preemptible symbols should be statically resolved
and not signed.

See the corresponding relaxation described in docs:
https://github.com/ARM-software/abi-aa/blob/6e0d6611ac977628af7b2444ff841e76931a3557/design-documents/pauthabi-tls.rst

Previously, a dynamic relocation against such symbols was emitted,
which is not a correct behavior.

See also: https://github.com/ARM-software/abi-aa/pull/391

Depends on: #198327

Resolves #173296
https://invent.kde.org/qt/clang/llvm-project/-/commit/582a92d9c93764e8f434dd84e088b0a444325e45