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

Git repository change summary for qt/clang/llvm
Pushed by mirror-service into branch 'upstream/main'.
Changed from bf7b5a0fedb924e7f3db3423cbeb97c343c37b25 to 291e0a4e522c31a693b1ee8749f2ae7ce2b9e329
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 9881786a98fc94caaec35df342ca31321c880584 by GitHub (on behalf of David Green) on 25/07/2026 at 05:20..
[AArch64] Add a OPERAND_IMM_UINT1 operand type (#211986)
https://invent.kde.org/qt/clang/llvm/-/commit/9881786a98fc94caaec35df342ca31321c880584

Git commit bcd5798f6d5866fac01b101e6e3666ff61659515 by GitHub (on behalf of Hardik Kumar) on 25/07/2026 at 05:21..
[clang][NFC]Remove unused variable (#211983)

The patch resolves the following warning.
```bash
clang/lib/StaticAnalyzer/Checkers/RetainCountChecker/RetainCountDiagnostics.cpp:504:16: warning: variable ‘i’ set but not used [-Wunused-but-set-variable=]
  504 |       unsigned i = 0;
      |                ^
```

A count variable was set and incremented inside of a for loop but never
actually used inside of the loop or anywhere else in its scope.
https://invent.kde.org/qt/clang/llvm/-/commit/bcd5798f6d5866fac01b101e6e3666ff61659515

Git commit 02fa1be4f71225040054fd2dbd484e93fa3a55d4 by GitHub (on behalf of Aiden Grossman) on 25/07/2026 at 05:41..
[Passes] Replace PassInfoMixin with {Optional,Required}PassInfoMixin

There were a couple passes that landed after the mass migration that
need to be updated to eventually make PassInfoMixin private. For backend
passes I looked at whether LegacyPM passes called skipFunction rather
than whether or not they should be enabled to try and preserve existing
behavior where possible.

We still need to wait a bit in order to avoid PassInfoMixin to a detail
namespace and fully remove isRequired from PassInfoMixin given there are
a lot of out-of-tree passes that have not yet been moved over. I'm
hoping to have patches out within a week.

Reviewers: arsenm, aeubanks

Pull Request: https://github.com/llvm/llvm-project/pull/211874
https://invent.kde.org/qt/clang/llvm/-/commit/02fa1be4f71225040054fd2dbd484e93fa3a55d4

Git commit 9184bb0b6564c3e7e41dc8bc1ab7281b5cf4da65 by GitHub (on behalf of Alexis Engelke) on 25/07/2026 at 06:03..
[IR][NFC] Remove vtables from analysis passes (#211864)

Similar to #209414 but for AnalysisPassConcept. This avoids vtables for
every analysis pass.
https://invent.kde.org/qt/clang/llvm/-/commit/9184bb0b6564c3e7e41dc8bc1ab7281b5cf4da65

Git commit 943d6498fabf0143d31a39a87a103146bfc9af69 by GitHub (on behalf of Matt Arsenault) on 25/07/2026 at 06:20..
clang/AMDGPU: Migrate cc1 tests to subarch triples (8) (#211870)

Rewrite SemaHIP cc1 test RUN lines to the new subarch triple form,
dropping the redundant -target-cpu.

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

Git commit 3055342ef9534f2ad4a047b222533dc676ce627b by GitHub (on behalf of Matt Arsenault) on 25/07/2026 at 07:30..
clang/AMDGPU: Migrate cc1 tests to subarch triples (9) (#211954)
https://invent.kde.org/qt/clang/llvm/-/commit/3055342ef9534f2ad4a047b222533dc676ce627b

Git commit 43da8ef8d09261a89abd9dd36e9785993db2f991 by GitHub (on behalf of Simon Pilgrim) on 25/07/2026 at 07:49..
Revert "[VectorCombine] Fold binop(shuffle(V1, Mask), shuffle(V2, Mask)) -> shuffle(binop(V1, V2), Mask)" (#211994)

Reverts llvm/llvm-project#211530 while I investigate some compilation timeouts
https://invent.kde.org/qt/clang/llvm/-/commit/43da8ef8d09261a89abd9dd36e9785993db2f991

Git commit f539edf74b2c9c33b298b4d2c58201f91c22beb4 by GitHub (on behalf of Xiaoyang Gong) on 25/07/2026 at 08:01..
[LTO] Include debug options in legacy ThinLTO cache keys (#211474)

Legacy ThinLTO omits -mllvm options from cache keys, which can cause it
to reuse objects built with different code-generation settings.

Include these options in cache keys, matching modern ThinLTO behavior.
https://invent.kde.org/qt/clang/llvm/-/commit/f539edf74b2c9c33b298b4d2c58201f91c22beb4

Git commit b9c05ca60ab11ecea4a58d864f62c65fce8cf912 by GitHub (on behalf of Vitaly Buka) on 25/07/2026 at 08:23..
[SCEV] Fix MSan uninitialized value in createSCEV (#211996)

In #180244 (8e76c3f0d29a), handling of Instruction::Sub in
createSCEV declared PtrLHS and PtrRHS as uninitialized local variables.
When only one side matched m_PtrToInt, the other variable remained
uninitialized. Passing it by value to GetOp copied uninitialized shadow
bytes, causing MemorySanitizer to report use-of-uninitialized-value.

Initialize PtrLHS and PtrRHS to nullptr upon declaration.

Assisted-by: Gemini
https://invent.kde.org/qt/clang/llvm/-/commit/b9c05ca60ab11ecea4a58d864f62c65fce8cf912

Git commit 068ec1a282c1f4c22c5a1e71f7f6834846c5dca9 by GitHub (on behalf of Hui) on 25/07/2026 at 08:35..
[clang] fix __builtin_clear_padding not working with virtual base pointers on Windows (#211355)

Fixes https://github.com/llvm/llvm-project/issues/209787
It was an oversight that the builtin only takes care of the virtual
function table pointer but not the virtual base pointer. On Itanium
there is one pointer so it wasn't a problem but on windows msvc , this
is a problem. And the runtime test in libcxx CI was disabled in llvm 23
because we don't use trunk clang in our libcxx CI in general. and after
we flipped to llvm 24, the test started to fail on downstream (chromium)
where they use trunk clang with trunk libc++ on Windows.

We do have FileCheck test in clang test which covers this virtual case.
However, the target triple in the FileCheck under test were
`x86_64-linux-gnu` and `x86_64-windows-gnu` , which does not cover the
Windows msvc ABI. I updated the test to test `x86_64-pc-windows-msvc` in
this PR to cover that ABI.
https://invent.kde.org/qt/clang/llvm/-/commit/068ec1a282c1f4c22c5a1e71f7f6834846c5dca9

Git commit 9b1218ce69e06a22699bc196888fc0396d989c81 by GitHub (on behalf of Nerixyz) on 25/07/2026 at 09:01..
[lldb] Move GetVTableInfo to C++ language runtime (#207010)

The original PR was reverted in
https://github.com/llvm/llvm-project/pull/206816 due to a test failure
on lldb-aarch64-ubuntu.
Since I couldn't reproduce the failure, I decided to split the PR into
smaller chunks.

This is part 1/4 (the final state is on
https://github.com/Nerixyz/llvm-project/tree/refactor/common-abi-runtime-take2-4-of-4).

It moves `GetVTableInfo` and `TypeHasVTable` from the Itanium ABI
runtime to the C++ language runtime. Eventually, this will be used to
select the ABI runtime that's able to handle a vtable. For now, we
always ask and use Itanium.
https://invent.kde.org/qt/clang/llvm/-/commit/9b1218ce69e06a22699bc196888fc0396d989c81

Git commit 2755ffcabdce740c65d773155c659f505ac6c74e by GitHub (on behalf of Alexis Engelke) on 25/07/2026 at 09:11..
[InstCombine] Fold icmp ptrtoaddr x, ptrtoaddr y -> icmp x, y (#211991)

Similar to the existing ptrtoint fold; this is valid, because icmp only
compares address bits. This addresses optimization regressions when
generating ptrtoaddr for pointer subtractions.
https://invent.kde.org/qt/clang/llvm/-/commit/2755ffcabdce740c65d773155c659f505ac6c74e

Git commit ec157b60d8345b67be16fde4b96f85c8512fbbb6 by GitHub (on behalf of Florian Hahn) on 25/07/2026 at 09:15..
[VPlan] Widen masked unit-stride consecutive accesses in VPlan. (#211315)

Extend the widenConsecutiveMemOps sub-pass to widen masked/predicated
unit-stride consecutive accesses VPlan-natively.

This requires exposing an instruction-independent
isLegalMaskedLoadOrStore in VPSelectionContext, as well as adding it to
VPCostContext. Some of the members will probably be useful for other
changes as well.

PR: https://github.com/llvm/llvm-project/pull/211315
https://invent.kde.org/qt/clang/llvm/-/commit/ec157b60d8345b67be16fde4b96f85c8512fbbb6

Git commit 291e0a4e522c31a693b1ee8749f2ae7ce2b9e329 by GitHub (on behalf of Yingwei Zheng) on 25/07/2026 at 10:55..
[SimplifyCFG] Fix DomTree update in `turnSwitchRangeIntoICmp` (#212006)

The original removal of `BB->Default` has been handled by
`createUnreachableSwitchDefault`.
When `OtherDest` is also unreachable, the edge should be removed.

This issue cannot be reproduced via
`-simplifycfg-require-and-preserve-domtree=1`. I just found it by
checking DT in `requestResimplify`.
https://invent.kde.org/qt/clang/llvm/-/commit/291e0a4e522c31a693b1ee8749f2ae7ce2b9e329