[qt/clang/llvm-project]: Summary of bulk changes made
KDE Git Services - Bulk Change <[email protected]> Tue, 4 Aug 2026 12:14:59 +0000 (UTC)
| Newsgroups | gmane.comp.kde.cvs |
|---|---|
| Message-ID | <[email protected]> |
Git repository change summary for qt/clang/llvm-project
Pushed by mirror-service into branch 'upstream/users/abhinavgaba/attach-maps-in-mappers-4'.
Changed from 0dde5f20f5a9b88e19ead03723be60a1053215a6 to 98fa52b656d31b7d047009da0d095c0bd2f59c65
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 e0d809fc8442bc90af49b423ea6e9786fd2d3512 by Abhinav Gaba on 04/08/2026 at 05:31..
Merge remote-tracking branch 'upstream/main' into add-data-motion-map-type-bit
# Conflicts:
# clang/lib/CodeGen/CGOpenMPRuntime.cpp
# clang/test/OpenMP/target_map_nested_ptr_member_mapper_codegen.cpp
# offload/test/mapping/mapper_map_mbr_then_present_mbr_ptee.c
https://invent.kde.org/qt/clang/llvm-project/-/commit/e0d809fc8442bc90af49b423ea6e9786fd2d3512
Git commit 98fa52b656d31b7d047009da0d095c0bd2f59c65 by Abhinav Gaba on 04/08/2026 at 07:16..
[OpenMP][NFC] Align pointee-entry terminology with HasAttachPtr docs
Drop the "pointee (attach-ptr) entries" phrasing in favor of the wording
already used by the landed HasAttachPtr documentation: name the flag
("entries with HasAttachPtr") where the comment sits next to a
HasAttachPtr/hasAttachPtr() test, and use plain "pointee entries" in
prose.
"attach-ptr entries" reads as the entries for the attach pointer itself,
which is exactly the case HasAttachPtr excludes -- it is false on the
ATTACH entry and on an entry mapping the pointer as an object in its own
right, and true only for the pointee storage reached through that ptr.
Comments only; no functional change.
https://invent.kde.org/qt/clang/llvm-project/-/commit/98fa52b656d31b7d047009da0d095c0bd2f59c65