[qt/clang/llvm]: Summary of bulk changes made
KDE Git Services - Bulk Change <[email protected]>
| Newsgroups | gmane.comp.kde.cvs |
|---|---|
| Message-ID | <[email protected]> |
Git repository change summary for qt/clang/llvm Pushed by mirror-service into branch 'upstream/users/pierre-vh/synthetic-apertures'. Changed from 2c1998d6907c35bc4144431a9ccc2454b0d11bac to 67ec62d3e43db04aaa3f90206fb5a29c13972997 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 1c31c496b1374ddf0634e7f8e852aab2a540c421 by pvanhout on 16/07/2026 at 12:35.. [clang][AMDGPU] Clean-up handling of named barrier type - 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/-/commit/1c31c496b1374ddf0634e7f8e852aab2a540c421 Git commit 380f8b1e10389a412fa464e5414ea0274b4046da by pvanhout on 16/07/2026 at 12:35.. Comment https://invent.kde.org/qt/clang/llvm/-/commit/380f8b1e10389a412fa464e5414ea0274b4046da Git commit c14a9b28286d93e612b50658d6e0ca9b2423100c by pvanhout on 16/07/2026 at 12:35.. [RFC][AMDGPU] Add BARRIER address space Add a new BARRIER address space that is used for global variables that are used to represent the barrier IDs in GFX12.5. These barrier addresses just have values corresponding 1-1 to barrier IDs. They are still implemented on top of LDS, but the offsetting happens during an addrspacecast to generic, not whenever the barrier GV is used. The motivation for this is to make the relation between LDS and barrier GVs explicit in the compiler. It does add a bit more complexity, but that complexity was already there, just hidden by pretending barrier GVs were actual LDS. https://invent.kde.org/qt/clang/llvm/-/commit/c14a9b28286d93e612b50658d6e0ca9b2423100c Git commit 2151e85056b5b573b4092131deccb2db6f0d6006 by pvanhout on 16/07/2026 at 12:35.. [AMDGPU] Add synthetic apertures and use them for barriers Define what a synthetic aperture is, and adjust the barrier AS to use this new system. This makes the barrier AS even safer to use as now we can use all 32 bits of it without ever risking hitting a valid address of any kind (LDS or outside LDS). https://invent.kde.org/qt/clang/llvm/-/commit/2151e85056b5b573b4092131deccb2db6f0d6006 Git commit 0e7944c20f6ebc4a5a1edfc5bcc8c42f75a52825 by pvanhout on 16/07/2026 at 12:35.. Update docs https://invent.kde.org/qt/clang/llvm/-/commit/0e7944c20f6ebc4a5a1edfc5bcc8c42f75a52825 Git commit 67ec62d3e43db04aaa3f90206fb5a29c13972997 by pvanhout on 16/07/2026 at 12:35.. Comments https://invent.kde.org/qt/clang/llvm/-/commit/67ec62d3e43db04aaa3f90206fb5a29c13972997