[all-commits] [llvm/llvm-project] 08396d: [Sparc][clang] make `_Complex` ABI GCC-compatible ...
Aiden Grossman via All-commits
all-commits at lists.llvm.org
Wed Aug 5 17:54:51 PDT 2026
Branch: refs/heads/users/boomanaiden154/main.transforms-remove-bugpoint-references
Home: https://github.com/llvm/llvm-project
Commit: 08396d76995269fb2bb8f6772b9ccdcae9e7cd23
https://github.com/llvm/llvm-project/commit/08396d76995269fb2bb8f6772b9ccdcae9e7cd23
Author: Folkert de Vries <folkert at folkertdev.nl>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/docs/ReleaseNotes.md
M clang/include/clang/Basic/ABIVersions.def
M clang/lib/CodeGen/Targets/Sparc.cpp
A clang/test/CodeGen/Sparc/sparc-complex-abi.c
Log Message:
-----------
[Sparc][clang] make `_Complex` ABI GCC-compatible (#212340)
Modify the ABI of `_Complex` so that it matches GCC for all types,
specifically:
- On SPARC, a `_Complex` value with an integer element type is now
passed and
returned packed into the one or two integer registers it fits in,
matching GCC.
Clang previously passed such a value indirectly and returned it with one
part
per register.
`-fclang-abi-compat=23` restores the previous behavior.
- On SPARC64, a `_Complex char` or `_Complex short` is now
right-justified in its slot in the parameter array, like every other
scalar
narrower than a slot, rather than left-justified the way a small struct
is.
`-fclang-abi-compat=23` restores the previous behavior.
Complex integers are a GNU extension, but generally clang is compatible
with GCC. Really, you might as well be, deviating can only bite users.
I've now validated the implementation with
https://github.com/folkertdev/powerpc-complex-abi-validation which
compiles various signatures using `_Complex` with GCC and Clang and
checks that values make it from one side to the other.
related:
- https://github.com/rust-lang/rust/issues/154023
- https://github.com/llvm/llvm-project/pull/208917
- https://github.com/llvm/llvm-project/pull/212119
Commit: 8b6f3dcd31eded82c50519d0e2cd5c985f0093fd
https://github.com/llvm/llvm-project/commit/8b6f3dcd31eded82c50519d0e2cd5c985f0093fd
Author: Utkarsh Saxena <usx at google.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/include/clang/Analysis/Analyses/LifetimeSafety/Facts.h
M clang/include/clang/Analysis/Analyses/LifetimeSafety/LifetimeSafety.h
M clang/include/clang/Basic/DiagnosticGroups.td
M clang/include/clang/Basic/DiagnosticSemaKinds.td
M clang/lib/Analysis/LifetimeSafety/Checker.cpp
M clang/lib/Analysis/LifetimeSafety/FactsGenerator.cpp
M clang/lib/Sema/SemaLifetimeSafety.h
M clang/test/Sema/LifetimeSafety/dangling-field.cpp
Log Message:
-----------
[LifetimeSafety] Suppress dangling field warnings for RAII resetters in permissive mode
(#214212)
In `-Wlifetime-safety-permissive` mode, suppress dangling field warnings
(`-Wlifetime-safety-dangling-field`) when `this` or the escaping field
declaration is captured by a lambda within the function. This accounts
for common RAII field resetters that clean up dangling pointers on scope
exit.
### Motivating Example
Dangling field analysis can report false positives when an RAII field
resetter (such as `absl::MakeCleanup` or `absl::Cleanup`) captures
`this` or the field to reset the pointer before function exit:
```cpp
struct TimeServerInstance {
Handler* handler_;
void init() {
Handler local_handler;
handler_ = &local_handler;
// False positive: intra-procedural analysis does not evaluate RAII
// cleanup lambdas that reset dangling fields on scope exit.
absl::Cleanup cleanup = [this] {
handler_ = nullptr;
};
}
};
Commit: 7972734d75aa3f972dee519a978fc0b8e325939b
https://github.com/llvm/llvm-project/commit/7972734d75aa3f972dee519a978fc0b8e325939b
Author: LU-JOHN <John.Lu at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/SIISelLowering.cpp
M llvm/lib/Target/AMDGPU/SIISelLowering.h
M llvm/test/CodeGen/AMDGPU/bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.cos.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.sin.bf16.ll
Log Message:
-----------
[AMDGPU] Perform scalar FMUL with bf16 more efficiently (#213969)
Perform scalar FMUL with bf16 more efficiently. Utilize v2bf16 patterns.
Signed-off-by: John Lu <John.Lu at amd.com>
Commit: 273706151fa625e1faa97e5f50b01867b5211e92
https://github.com/llvm/llvm-project/commit/273706151fa625e1faa97e5f50b01867b5211e92
Author: Michael G. Kazakov <mike.kazakov at gmail.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M libcxx/docs/Status/Cxx20Issues.csv
M libcxx/include/CMakeLists.txt
A libcxx/include/__memory/pstl.h
M libcxx/include/__pstl/backend_fwd.h
M libcxx/include/__pstl/backends/default.h
M libcxx/include/memory
M libcxx/include/module.modulemap.in
M libcxx/test/libcxx/algorithms/pstl.iterator-requirements.verify.cpp
M libcxx/test/libcxx/transitive_includes/cxx17.csv
M libcxx/test/libcxx/transitive_includes/cxx20.csv
M libcxx/test/libcxx/transitive_includes/cxx23.csv
M libcxx/test/libcxx/transitive_includes/cxx26.csv
M libcxx/test/std/algorithms/pstl.exception_handling.pass.cpp
A libcxx/test/std/utilities/memory/specialized.algorithms/specialized.destroy/pstl.destroy.pass.cpp
A libcxx/test/std/utilities/memory/specialized.algorithms/specialized.destroy/pstl.destroy_n.pass.cpp
Log Message:
-----------
[libc++][pstl] Implementation of parallel std::destroy() and std::destroy_n() (#211888)
This PR adds an implementation of parallel versions of `std::destroy`
and `std::destroy_n`. The implementations are based on `for_each` and
`for_each_n`, effectively one-liners
Fixes #134588.
Fixes #134589.
Fixes #101693.
Commit: 8723e3139f7bfb046124938305ef3d05c4ad726f
https://github.com/llvm/llvm-project/commit/8723e3139f7bfb046124938305ef3d05c4ad726f
Author: vangthao95 <vang.thao at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/CodeGen/GlobalISel/LegalizerHelper.cpp
M llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
M llvm/test/CodeGen/AMDGPU/GlobalISel/combine-fold-binop-into-select.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/combine-foldable-fneg.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-atomicrmw-fadd-global.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-atomicrmw-fadd-local.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fcopysign.mir
Log Message:
-----------
AMDGPU/GlobalISel: Switch more FP opcodes to extended LLTs (part 6) (#214031)
Migrate G_LROUND, G_LLROUND, G_INTRINSIC_LRINT, G_INTRINSIC_LLRINT,
G_FCOPYSIGN, and G_ATOMICRMW_FADD to extended LLTs.
Update the relevant MIR tests.
Commit: a0a4273f0728b88a845ff3e751fdbbc457724ebd
https://github.com/llvm/llvm-project/commit/a0a4273f0728b88a845ff3e751fdbbc457724ebd
Author: David Tenty <daltenty at ibm.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/unittests/Object/GOFFObjectFileTest.cpp
Log Message:
-----------
[NFC][llvm][object][GOFF] cleanup GOFFObjectTests (#212286)
This change cleans up the GOFF object file reading unit test based on
suggestions from #211632, and a few minor fixes for other issues
identified
Namely these are:
1. Remove global data from the test, making all data local to the test
being run
2. Fix erroneous reference to XCOFF rather than GOFF
3. Use vector rather statically size arrays for the test data
4. Use helpers to construct the data for repeated record types (we leave
trivial and one off cases as-is)
5. Swap uses of dyn_cast for static_cast
Assisted by: IBM Bob 2.0.1
---------
Co-authored-by: James Henderson <James.Henderson at sony.com>
Commit: f6eb7c5ca11aa0d6c2463f0e7c83171362e16fd9
https://github.com/llvm/llvm-project/commit/f6eb7c5ca11aa0d6c2463f0e7c83171362e16fd9
Author: jinge90 <ge.jin at intel.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M compiler-rt/lib/builtins/CMakeLists.txt
Log Message:
-----------
[compiler-rt] Create a combined compiler-rt builtin bitcode for SPIRV64 target (#214149)
This PR re-lands the compiler-rt builtin part from
https://github.com/llvm/llvm-project/pull/196656
Signed-off-by: jinge90 <ge.jin at intel.com>
Commit: c63b6d6d1709de8975d937d4965cb0d32ff1477a
https://github.com/llvm/llvm-project/commit/c63b6d6d1709de8975d937d4965cb0d32ff1477a
Author: Balázs Benics <benicsbalazs at gmail.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/lib/StaticAnalyzer/Checkers/UninitializedObject/UninitializedObjectChecker.cpp
A clang/test/Analysis/cxx-uninitialized-object-note-order.cpp
Log Message:
-----------
[analyzer] Order UninitializedObject notes deterministically (#214208)
UninitFieldMap is keyed by FieldRegion pointers, so iterating it to emit
the notes ordered them by where those regions happened to be allocated.
The order therefore varied between runs: on cxx-uninitialized-object.cpp
the two notes of the report at line 363 swapped in roughly 3 of 12 runs.
- Emit the notes in source order instead, tie-broken by the note message.
- `-verify` matches notes by line, text and count and ignores their order,
so the new test pins the order down with FileCheck.
Assisted-By: claude
Commit: bf160ecef41a05cd4745cb90266f83b6c8ac97fe
https://github.com/llvm/llvm-project/commit/bf160ecef41a05cd4745cb90266f83b6c8ac97fe
Author: Joseph Huber <huberjn at outlook.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/docs/ReleaseNotes.md
M clang/include/clang/Basic/LangOptions.def
M clang/include/clang/Options/Options.td
M clang/lib/CodeGen/CGCUDANV.cpp
M clang/lib/Driver/Driver.cpp
M clang/lib/Driver/ToolChains/Clang.cpp
A clang/test/CodeGenCUDA/cuda-emit-nvcc-abi.cu
M clang/test/Driver/cuda-openmp-driver.cu
Log Message:
-----------
[CUDA] Add `--cuda-emit-nvcc-abi` flag to use old ABI with the new driver (#214085)
Summary:
We want to delete the old driver path, but we need to allow people use
the legacy ABI for emitting binaries that will be compiled with NVCC, or
in cases where you want to use the old clang handling in CMake or
similar.
Commit: f6645af15a34ec683483f3b9f559116aefde9e21
https://github.com/llvm/llvm-project/commit/f6645af15a34ec683483f3b9f559116aefde9e21
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
A llvm/test/Transforms/SLPVectorizer/X86/reassoc-peeled-copyable.ll
M llvm/test/Transforms/SLPVectorizer/X86/reassociate-ops.ll
Log Message:
-----------
[SLP]Fix unscheduled-deps assert for copyable elements peeled into reassoc nodes
Consume the copyable element's self-use count at the absorbed-copyable
release so the reassociated-operand release cannot fire twice, and keep
peeled copyable elements in KeptReassocScalars so erasure and external
uses treat them as surviving scalars.
Fixes #214181
Fixes #214163
Reviewers:
Pull Request: https://github.com/llvm/llvm-project/pull/214262
Commit: 019fc9efa2dc8f36d9b4794caeca0738a06db667
https://github.com/llvm/llvm-project/commit/019fc9efa2dc8f36d9b4794caeca0738a06db667
Author: arsnyder16 <asnyder at minitab.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
A clang/test/OpenMP/wasm_codegen.c
M llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
M openmp/CMakeLists.txt
M openmp/cmake/modules/LibompUtils.cmake
M openmp/runtime/CMakeLists.txt
M openmp/runtime/cmake/LibompGetArchitecture.cmake
M openmp/runtime/src/kmp_gsupport.cpp
M openmp/runtime/src/kmp_os.h
M openmp/runtime/src/kmp_platform.h
M openmp/runtime/src/kmp_runtime.cpp
M openmp/runtime/src/z_Linux_asm.S
M openmp/runtime/src/z_Linux_util.cpp
Log Message:
-----------
[openmp][WebAssembly] Add support for wasm64 (#181669)
Building on the existing ability to build wasm32, this change mostly
redefines `M_ARCH_WASM` to `M_ARCH_WASM32` and then introduces
`M_ARCH_WASM64` based on `__wasm64__` define
Commit: fb831c73635aab090cbd0b8e9671a289b691b0cf
https://github.com/llvm/llvm-project/commit/fb831c73635aab090cbd0b8e9671a289b691b0cf
Author: Madhur Amilkanthwar <madhura at nvidia.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.h
Log Message:
-----------
[SLP][modularisation][NFC] Move getSameOpcode cluster to SLPCompatibilityAnalysis (3/3) (#213609)
Move the following out of SLPVectorizer.cpp into
SLPCompatibilityAnalysis.{h,cpp}:
* getSameOpcode
* convertTo
* isAlternateInstruction
* findInstructionWithOpcode
* areCompatibleCmpOps
* isCmpSameOrSwapped
Part of the SLPVectorizer.cpp modularization RFC:
https://discourse.llvm.org/t/modularizing-slpvectorizer-cpp/90922
Commit: da2a4685fe5c23f90c8357c2d6732396adbe74be
https://github.com/llvm/llvm-project/commit/da2a4685fe5c23f90c8357c2d6732396adbe74be
Author: Tom Stellard <tstellar at redhat.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M .github/workflows/zizmor.yml
Log Message:
-----------
workflows/zizmor: Update to latest version (#213922)
This is required to handle the new import syntax for same-repository
actions:
https://github.blog/changelog/2026-07-30-reference-same-repository-actions-with-self-repository-syntax/
Commit: 5d234827e0e6e7abbccdc4ffb93ce99fe892fd56
https://github.com/llvm/llvm-project/commit/5d234827e0e6e7abbccdc4ffb93ce99fe892fd56
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
Log Message:
-----------
[SLP]Fix a compiler warning/error on captured structured bindings
Reviewers:
Pull Request: https://github.com/llvm/llvm-project/pull/214269
Commit: c94f0e31986a93d6702a3a88fa3d69a3ea7d2377
https://github.com/llvm/llvm-project/commit/c94f0e31986a93d6702a3a88fa3d69a3ea7d2377
Author: Dmitry Sidorov <Dmitry.Sidorov at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/SPIRV/SPIRVPreLegalizer.cpp
A llvm/test/CodeGen/SPIRV/extensions/SPV_INTEL_function_pointers/fp-select.ll
M llvm/test/CodeGen/SPIRV/extensions/SPV_INTEL_function_pointers/fp_const.ll
M llvm/test/CodeGen/SPIRV/pointers/fun-with-aggregate-arg-in-const-init.ll
Log Message:
-----------
[SPIR-V] Put deduced function pointer types in CodeSectionINTEL (#214240)
e78503c4f017 made G_GLOBAL_VALUE give a function the CodeSectionINTEL
storage class, but spv_assign_ptr_type kept mapping a deduced function
pointer to the default address space, so a value derived from a function
pointer got the Function storage class instead. A select between two
function pointers then hit mismatched operand and result types and
asserted in selectSelect. The spv_ptrcast path already applies this
rule, so mirror it in spv_assign_ptr_type and keep an explicit address
space such as generic untouched.
Loads of a function pointer now yield a CodeSectionINTEL pointer, which
is the type OpConstantFunctionPointerINTEL produces and
OpFunctionPointerCallINTEL consumes.
Commit: 62f663518ad07d10065ec30168752b368ab5d42d
https://github.com/llvm/llvm-project/commit/62f663518ad07d10065ec30168752b368ab5d42d
Author: tfzee <tim.ziegler at intel.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/MC/DXContainerInfo.cpp
Log Message:
-----------
[MC][DXContainer] Avoid reading moved-from ContentEntry (#211741)
While technically correct in this specific case to use the moved value
since its a scalar, it might break in the future. For example if the
move is overloaded for ContentEntry or its Parameters member.
This fix removes this fragility.
Commit: 008a3b945a5da5c3b7491a7ad64bcfb2413fc903
https://github.com/llvm/llvm-project/commit/008a3b945a5da5c3b7491a7ad64bcfb2413fc903
Author: Chris Copeland <chris at chrisnc.net>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M .github/workflows/libc-overlay-tests.yml
Log Message:
-----------
[CI][libc] Increase libc-overlay-tests timeout to 60m (#214266)
Commit: d97cf960baeecc18cd5af02066b69156183864f5
https://github.com/llvm/llvm-project/commit/d97cf960baeecc18cd5af02066b69156183864f5
Author: Timur Golubovich <timur.golubovich at intel.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/X86/X86ISelLowering.cpp
Log Message:
-----------
[X86] Fix potential CSE issues in commuteSelect multi-use path (#214092)
Snapshot the validated user list before ReplaceAllUsesOfValueWith. If
getSetCC returns a CSE'd node that already has users, iterating
NewCond->users() would visit pre-existing unvalidated users and swap
their operands incorrectly.
Also assert that UpdateNodeOperands does not CSE to an existing node,
which would silently leave the original node unmodified with an inverted
condition but unswapped operands.
---------
Co-authored-by: Claude Opus 4.6 <noreply at anthropic.com>
Commit: b9bb539fa3cdc04dbccbb6afa2bb228172c83d2e
https://github.com/llvm/llvm-project/commit/b9bb539fa3cdc04dbccbb6afa2bb228172c83d2e
Author: dpalermo <dan.palermo at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Transforms/IPO/OpenMPOpt.cpp
R llvm/test/Transforms/OpenMP/spmdization_kernel_env_static_loop.ll
Log Message:
-----------
Revert "[OpenMP] Analyze the loop-body callback of the static-loop runtime entries" (#214278)
Reverts llvm/llvm-project#211287
This change was identified as the cause of runtime failures in UMT
(script to run:
https://github.com/ROCm/aomp/blob/aomp-dev/bin/run_umt.sh)
Kernel 'omp target in initphitotal_ @ 57
(__omp_offloading_fd00_e5162a_initphitotal__l57)'
OFFLOAD ERROR: memory access fault by GPU 2 (agent 0xc12f20) at virtual
address (nil). Reasons: Unknown (0)
Use 'OFFLOAD_TRACK_ALLOCATION_TRACES=true' to track device allocations
Commit: 0b4845dfbb321aca4ade3867572580ae3d6fc672
https://github.com/llvm/llvm-project/commit/0b4845dfbb321aca4ade3867572580ae3d6fc672
Author: Brandon Wu <brandon.wu at sifive.com>
Date: 2026-08-06 (Thu, 06 Aug 2026)
Changed paths:
M llvm/lib/Target/RISCV/AsmParser/RISCVAsmParser.cpp
M llvm/lib/Target/RISCV/MCTargetDesc/RISCVBaseInfo.h
M llvm/lib/Target/RISCV/RISCVInstrInfo.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfo.td
M llvm/lib/Target/RISCV/RISCVInstrInfoC.td
M llvm/lib/Target/RISCV/RISCVInstrInfoZvbdota.td
M llvm/test/MC/RISCV/rvv/zvfbdota32f-invalid.s
M llvm/test/MC/RISCV/rvv/zvfbdota32f.s
M llvm/test/MC/RISCV/rvv/zvfqwbdota8f-invalid.s
M llvm/test/MC/RISCV/rvv/zvfqwbdota8f.s
M llvm/test/MC/RISCV/rvv/zvfwbdota16bf-invalid.s
M llvm/test/MC/RISCV/rvv/zvfwbdota16bf.s
M llvm/test/MC/RISCV/rvv/zvqwbdota-invalid.s
M llvm/test/MC/RISCV/rvv/zvqwbdota.s
Log Message:
-----------
[llvm][RISCV] Correct the ci value in batched dot product mnemonic (#213579)
It's encoded by 3 bits but assembly should be scaled by 8.
Commit: 5c6ee6f34b681e5563e0e06ac3c2e83e53eb768e
https://github.com/llvm/llvm-project/commit/5c6ee6f34b681e5563e0e06ac3c2e83e53eb768e
Author: Sean Clarke <sclarke at tenstorrent.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-clmul.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-clmulh.ll
Log Message:
-----------
[RISCV] Combine chained `V[SZ]EXT_VL` ops (#211583)
For example, `vzext.vf2` followed by `vzext.vf4` should be combined into
`vzext.vf8` if proper conditions are met.
Commit: cc8e95a312a7c5d1980ab5c0acea2c650d76ca4f
https://github.com/llvm/llvm-project/commit/cc8e95a312a7c5d1980ab5c0acea2c650d76ca4f
Author: ZERICO2005 <71151164+ZERICO2005 at users.noreply.github.com>
Date: 2026-08-06 (Thu, 06 Aug 2026)
Changed paths:
M llvm/lib/Support/KnownFPClass.cpp
M llvm/test/Transforms/Attributor/nofpclass-trig.ll
M llvm/unittests/CodeGen/GlobalISel/KnownFPClassTest.cpp
Log Message:
-----------
[KnownFPClass] Mark cosh result as non-zero and non-subnormal (#213763)
`cosh(x)` is `>= 1.0` or NaN for all inputs. So I have marked `cosh` as
returning a value that is not-negative, not-subnormal, and not-zero.
This addresses the `cosh` portion of
https://github.com/llvm/llvm-project/issues/211686 (but not the `acos`
portion).
AI disclosure:
I used OpenAI Codex (GPT-5.6-sol) to help generate the test updates,
which I reviewed and tested locally.
Commit: 6a7c3341e50523c62896db2344691585da6ffbb0
https://github.com/llvm/llvm-project/commit/6a7c3341e50523c62896db2344691585da6ffbb0
Author: Aiden Grossman <aidengrossman at google.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
R llvm/utils/bugpoint_gisel_reducer.py
R llvm/utils/findmisopt
Log Message:
-----------
[Utils] Remove bugpoint specific scripts
These scripts are specific to bupoint, which was removed in
9d5574dda60151dcd1eb6f315c20e4d9120596f9. Given they have not been updated,
it seems like no one is using them, so delete them.
Reviewers: oontvoo
Pull Request: https://github.com/llvm/llvm-project/pull/214249
Commit: 7454858f6b58ad24e895904f0ad77e50c1ad7720
https://github.com/llvm/llvm-project/commit/7454858f6b58ad24e895904f0ad77e50c1ad7720
Author: Aiden Grossman <aidengrossman at google.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
R llvm/utils/gn/secondary/llvm/tools/bugpoint/BUILD.gn
Log Message:
-----------
[GN] Remove bugpoint build
Bugpoint was removed in 9d5574dda60151dcd1eb6f315c20e4d9120596f9.
Reviewers: oontvoo
Pull Request: https://github.com/llvm/llvm-project/pull/214250
Commit: e920fdb659929b79d7c4c11b0856108a2260fef0
https://github.com/llvm/llvm-project/commit/e920fdb659929b79d7c4c11b0856108a2260fef0
Author: Fabian Parzefall <parzefall at meta.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M utils/bazel/llvm-project-overlay/bolt/BUILD.bazel
Log Message:
-----------
[BOLT] Build BOLT runtime with bazel (#213729)
Add bazel definitions for the BOLT instrumentation and hugify runtime
libraries.
Commit: 0130acf8430b64a8da97217ea57bea64abb51685
https://github.com/llvm/llvm-project/commit/0130acf8430b64a8da97217ea57bea64abb51685
Author: ZERICO2005 <71151164+ZERICO2005 at users.noreply.github.com>
Date: 2026-08-06 (Thu, 06 Aug 2026)
Changed paths:
M llvm/lib/Support/KnownFPClass.cpp
M llvm/test/Transforms/Attributor/nofpclass-trig.ll
M llvm/unittests/CodeGen/GlobalISel/KnownFPClassTest.cpp
Log Message:
-----------
[KnownFPClass] Do not propagate non-NaN through `asin` and `acos` (#213812)
`KnownFPClass` incorrectly assumed that a non-NaN input to `asin` or
`acos` implies a non-NaN result. However, both `asin` and `acos` can
return NaN from a finite input when `|x| > 1.0`, such as `asin(2.0)` or
`acos(2.0)`.
I have fixed this by removing the calls to
`Known.propagateNaN(KnownSrc)`, which incorrectly propagated that
`asin(non-NaN) == non-NaN`.
I discovered this while working on
https://github.com/llvm/llvm-project/issues/211686. The same issue was
previously noted in a post-merge review comment on
https://github.com/llvm/llvm-project/pull/190609#discussion_r3632814122
AI disclosure:
I used OpenAI Codex (GPT-5.6-sol) to help generate the test updates,
which I reviewed and tested locally.
Commit: be12f8efe05b11b38bb33a34294bf0178b94ee6b
https://github.com/llvm/llvm-project/commit/be12f8efe05b11b38bb33a34294bf0178b94ee6b
Author: Kamlesh Kumar <kamlesh.kumar at arm.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
A llvm/test/CodeGen/AArch64/fixed-length-sve-interleave.ll
A llvm/test/CodeGen/AArch64/sve-streaming-mode-fixed-length-interleave.ll
Log Message:
-----------
[AArch64] Lower fixed-length interleaved stores with SVE (#213692)
Allow uses of SVE instruction for fixed length vector interleave
intrinsic that can not be lowered through NEON.
Commit: 957ba4c5490623ea395c3a4d7db330a0917e7aef
https://github.com/llvm/llvm-project/commit/957ba4c5490623ea395c3a4d7db330a0917e7aef
Author: Minseob Shin <minseob.shin11 at gmail.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M libc/shared/rpc.h
M libc/test/src/__support/RPC/CMakeLists.txt
A libc/test/src/__support/RPC/rpc_doorbell_test.cpp
Log Message:
-----------
[libc] Skip the RPC doorbell interrupt when the mailbox is uninitialized (#214037)
## Overview
`rpc::Process::notify()` guards `doorbell->value` but then
unconditionally
dereferences `doorbell->mailbox`. The two are not initialized together.
The
AMDGPU offload plugin sets `value` to the address of a field in its HSA
signal,
so it is never null, while `mailbox` is that signal's
`event_mailbox_ptr`, which
is zero unless the signal is interrupt-backed:
```c++
Value = reinterpret_cast<uint64_t *>(&Doorbell->value);
Mailbox = reinterpret_cast<uint64_t *>(Doorbell->event_mailbox_ptr);
```
The existing guard can therefore never fire on AMDGPU, and `notify()`
stores to
a null address. Guard the mailbox store instead, which matches the
intent stated
in 4961700c1004 that the interrupt is "completely optional, as it is
ignored if
uninitialized".
The check is inside the block rather than in the outer condition because
`value`
is the pending-work counter the server observes; skipping the increment
starves
a polling server instead of fixing anything.
## Testing - (AI assisted)
New unit test covering a partially initialized doorbell and an
unconfigured one;
the former segfaults without this change.
Also verified end to end on MI350X (gfx950, ROCm 7.14, clang 23) by
rebuilding
both consumers of this header, `libc.a` and the OpenMP DeviceRTL, with
and
without the change. In-kernel `malloc`, in-kernel `printf`, and a
Fortran
array-section assignment all fault before it and complete with correct
results
after.
Commit: 6f0763dc33d18b5ba1e43a64b1c4d089459e2fa8
https://github.com/llvm/llvm-project/commit/6f0763dc33d18b5ba1e43a64b1c4d089459e2fa8
Author: Erich Keane <ekeane at nvidia.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/docs/ReleaseNotes.md
M clang/lib/Parse/ParseCXXInlineMethods.cpp
A clang/test/OpenMP/gh214195.cpp
M clang/test/ParserOpenACC/parse-constructs.cpp
Log Message:
-----------
[OpenACC/OpenMP/Parser] Teach ParseCXXInlineMethods about pragmas (#214259)
Both OMP and OpenACC count on being able to reach their end-annotation
token in order to properly recover from errors/leave the parser in good
shape. This works well for 'free' functions.
However, when we do a pre-parse so we can delay-evaluate member
functions, a stray end-brace can end up matching the end of the
function. As a result, the examples in the test would have that brace
ending with an EOF, which confused both of the pragma languages.
This patch teaches the ParseCXXInlineMethods functionality to ignore any
braces/etc inside of a OpenACC/OpenMP pragma for the purposes of
matching, since these shouldn't count towards that scoping anyway.
Fixes: #214195
Commit: 8a5bd74fcb7a12efb5f07bb8ab5d0652d89e547f
https://github.com/llvm/llvm-project/commit/8a5bd74fcb7a12efb5f07bb8ab5d0652d89e547f
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fabs.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fneg.mir
Log Message:
-----------
[AMDGPU][GlobalISel] Legalize BF16 fneg and fabs (#214050)
Restore the BF16 semantic types omitted by the extended LLT migration
and preserve packed vector legalization.
Commit: 0c4fda86643a5b95066a452d8c2c2c6c16303cc1
https://github.com/llvm/llvm-project/commit/0c4fda86643a5b95066a452d8c2c2c6c16303cc1
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.permlane.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.permlane.ptr.ll
Log Message:
-----------
[AMDGPU][GlobalISel] RegBankLegalize rules for amdgcn_permlane16 (#214062)
Commit: 9afffc9ca0a9469fe215572e089d819f40663e0e
https://github.com/llvm/llvm-project/commit/9afffc9ca0a9469fe215572e089d819f40663e0e
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.h
M llvm/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cpp
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.exp.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.log.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.rcp.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.rsq.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sqrt.bf16.ll
Log Message:
-----------
[AMDGPU][GISel] RegBankLegalize rules for BF16 variants of transcendental intrinsics (#214040)
Commit: 53dedf659f2bc1783e0ba8d640d62a07bc605aaa
https://github.com/llvm/llvm-project/commit/53dedf659f2bc1783e0ba8d640d62a07bc605aaa
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/test/Transforms/SLPVectorizer/AArch64/fmuladd-absorbed-copyable-sched-deps.ll
Log Message:
-----------
[SLP]Fix unscheduled-deps assert for operands of copyable user lanes
When every copyable model of an edge is skipped because the user is
itself a copyable lane, the instruction's own schedule data still
carries the def-use dependency counted by calculateDependencies. Release
it instead of returning early just because copyable data was found.
Fixes https://github.com/llvm/llvm-project/pull/213369#issuecomment-5189475412
Reviewers:
Pull Request: https://github.com/llvm/llvm-project/pull/214283
Commit: c338734884f52e807436e55f51899bf848a14773
https://github.com/llvm/llvm-project/commit/c338734884f52e807436e55f51899bf848a14773
Author: Joseph Huber <huberjn at outlook.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/include/clang/Basic/SyncScope.h
M clang/lib/CodeGen/TargetBuiltins/AMDGPU.cpp
M clang/lib/CodeGen/TargetBuiltins/NVPTX.cpp
M clang/lib/CodeGen/TargetInfo.h
M clang/lib/CodeGen/Targets/AMDGPU.cpp
M clang/lib/CodeGen/Targets/NVPTX.cpp
M clang/lib/CodeGen/Targets/SPIR.cpp
M clang/lib/Frontend/InitPreprocessor.cpp
M clang/test/CodeGenCXX/builtin-amdgcn-fence.cpp
A llvm/include/llvm/TargetParser/AtomicScope.h
M llvm/lib/Target/AMDGPU/AMDGPUBarrierLatency.cpp
M llvm/lib/Target/AMDGPU/AMDGPUMachineModuleInfo.cpp
M llvm/lib/Target/AMDGPU/SIISelLowering.cpp
M llvm/lib/Target/NVPTX/NVPTXISelDAGToDAG.cpp
M llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
M llvm/lib/Target/SPIRV/SPIRVInstructionSelector.cpp
M llvm/lib/Target/SPIRV/SPIRVUtils.cpp
M llvm/lib/Target/SPIRV/SPIRVUtils.h
A llvm/unittests/TargetParser/AtomicScopeTest.cpp
M llvm/unittests/TargetParser/CMakeLists.txt
Log Message:
-----------
[LLVM] Unify atomic scope handling between LLVM and Clang (#213810)
Summary:
This PR attempts to unify the atomic scope handling between clang and
LLVM. The difficulty is that clang emits ABI-mandated integers for these
while the backends use arbitrary strings. We still want the flexibility
of these being arbitrary strings, but we should put this in a single
source of truth.
The main motivation is so IR passes can determine which scope clang used
when creating these, and so future additions all go in one place. This
was modeled after the AtomicOrdering.h file.
Commit: 2ec3d714c44d73e3654e9417b400bca7d4ae4f45
https://github.com/llvm/llvm-project/commit/2ec3d714c44d73e3654e9417b400bca7d4ae4f45
Author: tfzee <tim.ziegler at intel.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/include/llvm/MC/DXContainerInfo.h
Log Message:
-----------
[MC][DXContainer] Initialize SourceNames::Header scalar fields (#211751)
The previous constructor left these fields undefined. This updates it to
initialize the fields explicitly and switch to default constructor.
Making sure that on every use the fields are automatically initialized.
Commit: 4240193f072826f486234001fd768c6009a736c3
https://github.com/llvm/llvm-project/commit/4240193f072826f486234001fd768c6009a736c3
Author: Vachan <vachanvy05 at gmail.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/X86/X86InstrInfo.cpp
A llvm/test/CodeGen/X86/remove-redundant-cmp-lzcnt-i64.ll
A llvm/test/CodeGen/X86/remove-redundant-cmp-lzcnt.ll
A llvm/test/CodeGen/X86/remove-redundant-cmp-tzcnt-i64.ll
A llvm/test/CodeGen/X86/remove-redundant-cmp-tzcnt.ll
Log Message:
-----------
[Reland][X86] Remove redundant `cmp` before `adc` after `lzcnt` or `tzcnt` (#210069)
fix #193178
relands PR #208392
`lzcnt rax, rdi`/`tzcnt rax, rdi` instruction only replaces `cmp rdi, 1`
when the next instructions are either `adc` `sbb` `rcl` or `rcr` (uses
and modifies the EFLAGS) because these use the CF Flag (same as when set
by `lzcnt` or `cmp` in this case)
Commit: 1fae080ace498e34671b94ce0692d2e30bc02df9
https://github.com/llvm/llvm-project/commit/1fae080ace498e34671b94ce0692d2e30bc02df9
Author: Andrei Elovikov <andrei.elovikov at sifive.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/pre-process.ll
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/pre-process.ll.expected
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/pre-process.test
M llvm/utils/UpdateTestChecks/common.py
M llvm/utils/update_analyze_test_checks.py
M llvm/utils/update_llc_test_checks.py
M llvm/utils/update_test_checks.py
Log Message:
-----------
[UTC] Support RUN lines with pre-processing for `update_analyze_test_checks` (#214046)
AI-disclaimer: created using AI, then reviewed/manually cleaned up.
Commit: ada3f57b9f2d2b26a354af2572d4fec4ace01185
https://github.com/llvm/llvm-project/commit/ada3f57b9f2d2b26a354af2572d4fec4ace01185
Author: Gauarv Chaudhary <137998824+ANAMASGARD at users.noreply.github.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/WebAssembly/WebAssemblyFastISel.cpp
M llvm/test/CodeGen/WebAssembly/signext-inreg.ll
Log Message:
-----------
[WebAssembly][FastISel] Fix sext i1 to i64 with +sign-ext (#213734) (#214007)
Fixes #213734
---
## Summary
At `-O0`, WebAssembly FastISel could miscompile programs that
sign-extend an i1 value to i64 when the `+sign-ext` target feature is
enabled. The bug was introduced in LLVM 23 by the FastISel sign-ext
optimization (#179855).
For `sext i1 to i64`, FastISel fell through its switch without emitting
any instruction and returned an undefined register. Code that uses this
pattern to adjust integer division results (such as floor division)
could then compute the wrong answer. The issue reporter saw `-1` instead
of the correct `-2`.
This patch restructures `signExtend()` so i8, i16, and i32 still use
their native WebAssembly sign-extension instructions, while i1 goes
through the existing generic path: sign-extend in i32 via shifts, then
`i64.extend_i32_s`.
## Test plan
- [x] Added `i64_extend1_s` to `signext-inreg.ll` (covers FastISel and
DAG, with and without `+sign-ext`)
- [x] Verified issue repro: `llc repro.ll -O0` now returns `-2` (was
`-1`); `--fast-isel=false` still returns `-2`
- [x] `./bin/llvm-lit -j1 ../llvm/test/CodeGen/WebAssembly`
<img width="3072" height="1920" alt="image"
src="https://github.com/user-attachments/assets/0944887b-54b8-4e8d-8291-a64b03ff3786"
/>
---------
Signed-off-by: Gaurav Chaudhary <chaudharygaurav2004 at gmail.com>
Commit: 6336cc85c5c061ead5da55d05203811df31de8af
https://github.com/llvm/llvm-project/commit/6336cc85c5c061ead5da55d05203811df31de8af
Author: Yonah Goldberg <ygoldberg at nvidia.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/CodeGen/AtomicExpandPass.cpp
M llvm/lib/Target/NVPTX/NVPTXISelLowering.cpp
A llvm/test/Transforms/AtomicExpand/NVPTX/atomicrmw-vector.ll
Log Message:
-----------
[AtomicExpand][NVPTX] Fix integer vector cmpxchg loops and partword atomicrmw (#211497)
After https://github.com/llvm/llvm-project/pull/190716, we now allow
integer vector `atomicrmw`, and these should be expanded using `cmpxchg`
loops.
Currently, these are throwing an assert in `NVPTXISelLowering.cpp`:
`assert(Ty->isIntegerTy() && "Ty should be integer at this point");`
here I fix that.
Second, we are handling partword integer vector `cmpxchg` loops (namely,
`<2 x i8>` incorrectly in some cases. The first issue is for `Add` and
`Sub`, where we optimize by performing the operation on the word size.
This works because even if we overflow or underflow the partword, we
handle this by masking back on the the other original loaded bits that
we are not operating on. We can't, however, implement a `<2 x i8>` add
using a scalar 32-bit add, because the vector variant overflows
lane-wise, which can't be emulated with a scalar 32-bit add. I think
there might be a way to implement it with a `<4 x i8>` add, but I'm not
sure if it's worth it, maybe I'll add that in the future. For now, just
go the normal route of extracting out the `<2 x i8>` from the word and
performing the `Add` and `Sub` on `<2 x i8>`.
Third, for `widenPartwordAtomicRMW`, this operates on `Or`, `Xor`,
`And`, all of which the corresponding scalar operation works the same as
the integer vector operation. So we can implement these using the scalar
word-size operation, we were just missing a `bitcast` from the vector to
the scalar.
Commit: 56dc58dc2550fa23f4c812d28c30d3d34de2e772
https://github.com/llvm/llvm-project/commit/56dc58dc2550fa23f4c812d28c30d3d34de2e772
Author: Yihan Wang <yronglin777 at gmail.com>
Date: 2026-08-06 (Thu, 06 Aug 2026)
Changed paths:
M clang/docs/ReleaseNotes.md
M clang/lib/Lex/Lexer.cpp
M clang/lib/Lex/Preprocessor.cpp
M clang/lib/Parse/Parser.cpp
A clang/test/CXX/cpp/cpp.include/p3.cpp
M clang/test/CXX/module/cpp.pre/p1.cpp
M clang/unittests/Lex/PPDependencyDirectivesTest.cpp
Log Message:
-----------
[Clang][Preprocessor] Unify header-name lookahead for import and include (#191004)
Introduce Preprocessor::isNextPPTokenHeaderNameOrOneOf to centralize
lookahead logic for header-name formation and token classification under
ParsingFilename mode.
Refactor handling of C++20 module/import contextual keywords and
LexHeaderName to use the new helper, ensuring consistent behavior
between `import` and `#include`.
Try to form a valid header-name token during lookahead. If that fails
and the next token is not one of the expected alternatives, treat it as
not an `import` directive or as an invalid `#include` (missing
<FILENAME>/"FILENAME").
```cpp
#define FOO foo>
#include <:FOO
```
Now such cases are rejected as expected.
Also adjusts peekNextPPToken to properly support dependency directive
lexers.
No functional change intended for valid code; improves correctness and
consistency in edge cases involving header-name lexing.
Fixes https://github.com/llvm/llvm-project/issues/190693.
---------
Signed-off-by: yronglin <yronglin777 at gmail.com>
Signed-off-by: Yihan Wang <yronglin777 at gmail.com>
Commit: 4e725a2c756f32c4fe7512d9b30c6bf831e4d4a5
https://github.com/llvm/llvm-project/commit/4e725a2c756f32c4fe7512d9b30c6bf831e4d4a5
Author: Tom Stellard <tstellar at redhat.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M .github/workflows/upload-release-artifact/action.yml
Log Message:
-----------
workflows/upload-release-artifact: Make this action self-contained (#213828)
The action now checks out its own files so calling workflows don't need
to do this. This helps prevent mistakes where the calling workflow
does not checkout the right files causing this action to fail.
Commit: 41d5f4c5e6701938079b7ffc5748f612d151f51c
https://github.com/llvm/llvm-project/commit/41d5f4c5e6701938079b7ffc5748f612d151f51c
Author: Nick Sarnie <nick.sarnie at intel.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M offload/test/unit/lit.cfg.py
M offload/test/unit/lit.site.cfg.in
Log Message:
-----------
[offload] Add CUDA_ROOT to path for unit tests (#214282)
We need this to fix the test added in
https://github.com/llvm/llvm-project/pull/212860. Right now it errors
saying it can't find `ptxas`.
We already have code doing this for the e2e tests, but we also need it
for the unit tests.
We had a similar fix for AMDGPU in
https://github.com/llvm/llvm-project/pull/213149.
Locally reproduced the issue and verified the fix.
Co-authored-by: Claude Opus 4.8 (1M context) <noreply at anthropic.com>
Commit: e0d05a146f71403bd6bc913cf96cd84632b0cb55
https://github.com/llvm/llvm-project/commit/e0d05a146f71403bd6bc913cf96cd84632b0cb55
Author: Dan Liew <dan at su-root.co.uk>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/test/CodeGen/attr-counted-by-for-pointers.c
A clang/test/CodeGen/attr-sized-by-for-pointers.c
Log Message:
-----------
[CodeGen][NFC] Split __sized_by tests into their own file and rename test cases (#213793)
In future patches the coverage of the `__counted_by` family of
attributes
will be increased. To help with this, this patch refactors the existing
test file.
1. Split `__sized_by` tests into their own file. In later patches files
will be added for each attribute, so it makes sense for each attribute
to have its own file.
2. Replace `testN` test case names with human-readable descriptions. Not
all test cases that will be added in the future will apply to all
attributes. If we kept using the `testN` naming convention it would
leave odd gaps in the test numbering, because we try to keep what a
test case tests consistent across files (i.e. `testN` would roughly
test the same thing but with a different attribute). Using named test
cases completely avoids this.
Commit: ec62b5ae07df222f06526d5260cf6baea28c7a30
https://github.com/llvm/llvm-project/commit/ec62b5ae07df222f06526d5260cf6baea28c7a30
Author: Carlos Seo <carlos.seo at linaro.org>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M flang/lib/Optimizer/OpenMP/LowerWorkshare.cpp
M flang/test/Transforms/OpenMP/lower-workshare-nowait.mlir
M flang/test/Transforms/OpenMP/lower-workshare-thread-local.mlir
Log Message:
-----------
[flang][OpenMP] Fix wrong results for FORALL in a workshare construct (#211371)
A FORALL in a workshare construct could produce wrong results
non-deterministically. This is caused by two issues in the workshare
lowering:
1. A FORALL whose left-hand side may overlap its right-hand side is
lowered into two loop nests around a runtime value stack: the first nest
evaluates each right-hand side and pushes it, the second one fetches the
saved values back with a running counter. That counter lives in a
fir.alloca which, since omp.parallel is an alloca scope, is thread
private. The counter is read, incremented and written back from inside
the omp.single generated for the fetch, because the incremented value is
only available there. Only the thread which executed the omp.single
therefore bumped its own copy of the counter, and all the other threads
kept a stale one and refetched an already consumed element on the
following iterations.
Collect the thread local memory which is only updated by the thread
executing an omp.single and broadcast it with copyprivate, so that the
copies of the other threads stay in sync. As nowait and copyprivate are
mutually exclusive on a single construct, nowait is no longer set when
there is something to broadcast.
2. nowait was only suppressed when the immediately enclosing operation
was loop-like. A masked FORALL introduces a fir.if inside the
fir.do_loop, so the last omp.single or omp.wsloop of the fir.if body was
given nowait even though the loop may run it again, and even though
there was more work after the loop. Thread the information down the
recursion instead, so that only the work which is really last in the
whole omp.workshare region may rely on the barrier emitted at the end of
that region.
Fixes #209942
Fixes #209943
Commit: 9937874bd3312aaa4c60b9eedaffd55328f72cc3
https://github.com/llvm/llvm-project/commit/9937874bd3312aaa4c60b9eedaffd55328f72cc3
Author: Maria Fernanda Guimarães <66797940+mafeguimaraes at users.noreply.github.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang-tools-extra/clangd/Hover.cpp
M clang-tools-extra/clangd/unittests/HoverTests.cpp
Log Message:
-----------
[clangd][HLSL] Add hover support for vector swizzle and matrix element access (#212741)
Hovering over a vector swizzle expression (e.g. `.xyz`) or a matrix
element access (e.g. `._m00`) previously produced no hover information,
since ExtVectorElementExpr and MatrixElementExpr were not handled in
getHoverContents(const Expr *E).
This patch adds support for these expressions within `getHoverContents`
by extracting the accessor name and resolved type for both node kinds.
Fixes #212612
Commit: 1e9d4f40360b0e4a67c7a0547da54a3c5caf62b6
https://github.com/llvm/llvm-project/commit/1e9d4f40360b0e4a67c7a0547da54a3c5caf62b6
Author: Kazu Hirata <kazu at google.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
Log Message:
-----------
[AsmPrinter] Use DenseMap instead of MapVector (NFC) (#214256)
MBBSectionNumBlocks is accessed only via MapVector::operator[].
This patch changes its type to DenseMap to avoid populating the vector
portion of MapVector.
Commit: 9a793fd6d5ebd40bccd5d718c33f0a9dc29839c7
https://github.com/llvm/llvm-project/commit/9a793fd6d5ebd40bccd5d718c33f0a9dc29839c7
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.rcp.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.rsq.bf16.ll
Log Message:
-----------
[AMDGPU] Autogen tests with new changes (#214286)
Missed in https://github.com/llvm/llvm-project/pull/214040
Commit: 25e1c16ecb5e9c3a37f15f02b89a94abc9af24f6
https://github.com/llvm/llvm-project/commit/25e1c16ecb5e9c3a37f15f02b89a94abc9af24f6
Author: Jessica Clarke <jrtc27 at jrtc27.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/lib/Lex/Lexer.cpp
Log Message:
-----------
[clang][Lex] Fix ambiguous reference to Token error (#214300)
At least with GCC 11.4.0 this is deemed an error.
Fixes: 56dc58dc2550 ("[Clang][Preprocessor] Unify header-name lookahead
for import and include (#191004)")
Commit: 990e4f95698694db8221f3939dac5f9979913e58
https://github.com/llvm/llvm-project/commit/990e4f95698694db8221f3939dac5f9979913e58
Author: Karim Alweheshy <karim.alweheshy at gmail.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M utils/bazel/llvm-project-overlay/compiler-rt/BUILD.bazel
Log Message:
-----------
[compiler-rt][Bazel] Support profile runtime on macOS and iOS (#214154)
Commit: 2437b03ee6cc066a66503f6dcb69e1c613f059be
https://github.com/llvm/llvm-project/commit/2437b03ee6cc066a66503f6dcb69e1c613f059be
Author: Tom Stellard <tstellar at redhat.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M .github/workflows/release-binaries.yml
M .github/workflows/release-documentation.yml
M .github/workflows/release-sources.yml
Log Message:
-----------
workflows: Remove unnecessary checkouts before uses of upload-release-artifact (#213830)
The workflow is now self-contained and checks out its own scripts, so we
don't need to do this in the calling workflow. The '$' prefix in the
uses tag tells github actions to load the action from the repository
directly rather than searching for it on the local file system.
https://github.blog/changelog/2026-07-30-reference-same-repository-actions-with-self-repository-syntax/
Commit: bb40c7e546f18cb1332a5554bd82b0d9627394d8
https://github.com/llvm/llvm-project/commit/bb40c7e546f18cb1332a5554bd82b0d9627394d8
Author: Louis Dionne <ldionne.2 at gmail.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M libcxx/utils/ci/run-buildbot
Log Message:
-----------
[libc++] Add dry-run coverage for the LNT tooling to the test-tools builder (#214028)
This provides better-than-nothing coverage at a low cost.
Commit: 08a563eaea2fe9034f6b55304243f9604378449d
https://github.com/llvm/llvm-project/commit/08a563eaea2fe9034f6b55304243f9604378449d
Author: David Green <david.green at arm.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Transforms/InstCombine/InstCombineSelect.cpp
M llvm/test/Transforms/InstCombine/minmax-fp-loop-carried.ll
Log Message:
-----------
[InstCombine] Allow detection of nsz on phi in fcmp+select to min/max (#214156)
The nsz could be coming from the phi, so check for
canIgnoreSignBitOfZero first. Fixes a regression from #213133.
Commit: 2afad896b762a158e7850f39501494fee80a03ad
https://github.com/llvm/llvm-project/commit/2afad896b762a158e7850f39501494fee80a03ad
Author: Joshua Batista <jbatista at microsoft.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/DirectX/DXILShaderFlags.cpp
A llvm/test/CodeGen/DirectX/ShaderFlags/atomic64-groupshared.ll
A llvm/test/CodeGen/DirectX/ShaderFlags/atomic64-typed-resource.ll
Log Message:
-----------
Add atomic shader flags for resources (#212869)
This PR adds shader flag analysis for atomics on resources.
Fixes https://github.com/llvm/llvm-project/issues/116150 and
https://github.com/llvm/llvm-project/issues/116148
https://github.com/llvm/llvm-project/issues/116152 can't be done yet as
heap resources aren't yet supported.
Assisted by: Github Copilot
Commit: 1a8e0576fceac8fa626d77f17e8915d9cb3778c3
https://github.com/llvm/llvm-project/commit/1a8e0576fceac8fa626d77f17e8915d9cb3778c3
Author: Petr Hosek <phosek at google.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/cmake/caches/Fuchsia-stage2.cmake
Log Message:
-----------
[Fuchsia] Disable per-target runtime directories for Darwin (#214307)
This avoids the breakage introduced by #213748.
Commit: fb559f5f016a35c07ba179b447bb10019db254c1
https://github.com/llvm/llvm-project/commit/fb559f5f016a35c07ba179b447bb10019db254c1
Author: Shilei Tian <i at tianshilei.me>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/lib/Sema/SemaAMDGPU.cpp
A clang/test/SemaHIP/amdgpu-builtin-fence.hip
Log Message:
-----------
[AMDGPU][Clang] Handle instantiation-dependent fence arguments (#214294)
Refactor atomic builtin checks into their switch case and defer constant
evaluation of dependent arguments until instantiation, avoiding a
potential crash during template definition.
Fixes ROCM-29058.
Commit: 3ece898b3e7f71d4c0e44c991bab5cac719db1e8
https://github.com/llvm/llvm-project/commit/3ece898b3e7f71d4c0e44c991bab5cac719db1e8
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.tanh.ll
Log Message:
-----------
[AMDGPU][GISel] Add RegBankLegalize rules for amdgcn_tanh (#214051)
Enable the existing gfx1250 and gfx13 GlobalISel coverage now that tanh
operands are assigned to VGPRs.
Commit: 286d5c760a7710644ad06f354baa69cec5cc7b72
https://github.com/llvm/llvm-project/commit/286d5c760a7710644ad06f354baa69cec5cc7b72
Author: Hamza Qureshi <63870077+hamzaqureshi5 at users.noreply.github.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M mlir/lib/Conversion/XeGPUToXeVM/XeGPUToXeVM.cpp
M mlir/test/Conversion/XeGPUToXeVM/failed_conversion.mlir
Log Message:
-----------
[MLIR][XeGPU] Fix XeGPUToXeVM crash on non-integer memref memory spaces (#211053)
## Summary
`convert-xegpu-to-xevm` asserts/crashes when a memref's memory space
isn't an
`IntegerAttr` — e.g. `memref<1024xf32,
#spirv.storage_class<StorageBuffer>>`.
`LoadStoreToXeVMPattern` and `PrefetchToXeVMPattern` compute the LLVM
pointer
address space via the deprecated `MemRefType::getMemorySpaceAsInt()`,
which
asserts on anything but an integer. Memref memory spaces aren't
integer-only
in general (GPU address spaces and XeVM's own `xevm::AddrSpaceAttr` are
both
legal here) — the file's own `isSharedMemRef` already handles this
correctly
elsewhere, these three call sites just didn't.
## Fix
Add `getNumericMemorySpace()`: maps `IntegerAttr` (unchanged, verbatim),
`xevm::AddrSpaceAttr`, and `gpu::AddressSpaceAttr` onto XeVM's numeric
address spaces, and returns `failure()` for anything else so callers
reject
the op via `notifyMatchFailure` instead of asserting. `isSharedMemRef`
now
just calls this helper instead of duplicating the attribute dispatch.
SPIR-V storage classes are deliberately not translated: SPIR-V is a
lowering
target for XeGPU, not a memory space meant to be used alongside the
XeGPU
dialect, so `#spirv.storage_class<...>` falls through to `failure()` and
produces a clean legalization error.
Not using `TypeConverter::addTypeAttributeConversion` since this pass
overrides `MemRefType` conversion to a bare integer r than an LLVM
struct descriptor, so that hook is never consulted.
## Test plan
- The reported repro no longer crashes — it now fails legalization
cleanly
- `failed_conversion.mlir`: added a `#spirv.storage_class<StorageBuff
case, verifying a legalization failure instead of an assert
- Full XeGPUToXeVM test suite passes
Fixes #210988
Commit: d020613ca3a4167324032ffe191b57c44d93ef05
https://github.com/llvm/llvm-project/commit/d020613ca3a4167324032ffe191b57c44d93ef05
Author: Adam Smith <adams at nvidia.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/lib/CIR/Dialect/Transforms/CallConvLoweringPass.cpp
M clang/lib/CIR/Dialect/Transforms/TargetLowering/CIRABIRewriteContext.cpp
M clang/lib/CIR/Dialect/Transforms/TargetLowering/CIRABIRewriteContext.h
A clang/test/CIR/CodeGen/call-conv-lowering-x86_64-fnptr.c
A clang/test/CIR/Transforms/abi-lowering/x86_64-get-global.cir
Log Message:
-----------
[CIR] Update get_global type for rewritten callees (#214082)
When the pass rewrites a callee's signature, any `cir.get_global`
holding that function's address is left behind at the old type. The
verifier ties a get_global's pointee to the symbol it names, so the
module stops verifying. Returning the address of a function that returns
a 32-byte struct is enough to hit it.
Each address now gets retyped to whatever signature its callee ended up
with, then cast back so the existing uses still see the type they were
built for. That happens in the same iteration that rewrites the callee,
so the module is
only ever inconsistent for one function at a time.
Assisted-by: Cursor / claude-opus-5
Commit: d816cd7895542e11e2735afdb64ab16c0e9ef70a
https://github.com/llvm/llvm-project/commit/d816cd7895542e11e2735afdb64ab16c0e9ef70a
Author: Henry Jiang <henry_jiang2 at apple.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
A llvm/test/Transforms/AtomicExpand/NVPTX/lit.local.cfg
Log Message:
-----------
[NFC][NVPTX][AtomicExpand] add NVPTX's lit.local.cfg (#214315)
Missing lit.local.cfg for NVPTX AtomicExpand test.
Commit: 50438137a7302e69cadb8402a43d1a4549676df3
https://github.com/llvm/llvm-project/commit/50438137a7302e69cadb8402a43d1a4549676df3
Author: Adam Smith <adams at nvidia.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/lib/CIR/Dialect/Transforms/CallConvLoweringPass.cpp
M clang/lib/CodeGen/CGCall.cpp
M llvm/include/llvm/ABI/FunctionInfo.h
M llvm/lib/ABI/FunctionInfo.cpp
Log Message:
-----------
[llvm][ABI][NFC] Name the required-argument boundary in FunctionInfo (#214100)
`FunctionInfo::create` took the declared-parameter count as a bare
`std::optional<unsigned>`, where an absent value meant the signature has
no ellipsis, because `isVariadic()` was `NumRequired.has_value()`. A
caller who reads that parameter name and passes the real count for a
non-variadic signature makes `isVariadic()` true even though there is no
ellipsis. A reviewer read the parameter that way on
[#213315](https://github.com/llvm/llvm-project/pull/213315) and asked
for this move as a follow-up.
`RequiredArgs` moves out of `CallConvLoweringPass` and into the library,
so both producers name the case they mean instead of encoding it. This
is the same shape as clang's `RequiredArgs` in `CGFunctionInfo.h`, minus
the members that would have no caller here. The x86_64 classifier in
`llvm/lib/ABI/Targets/X86.cpp` is untouched, since
`getNumRequiredArgs()` keeps its signature.
Assisted-by: Cursor / claude-opus-5
Commit: f688d6ae505cfd7f600d0e15274cfb0b9e2c75bc
https://github.com/llvm/llvm-project/commit/f688d6ae505cfd7f600d0e15274cfb0b9e2c75bc
Author: Aviral Goel <aviralg at users.noreply.github.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/LUSummaryEncoding.h
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/MultiArchSharedLibrary.h
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/MultiArchStaticLibrary.h
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/StaticLibrary.h
M clang/include/clang/ScalableStaticAnalysis/Core/Model/BuildNamespace.h
M clang/include/clang/ScalableStaticAnalysis/Tool/Utils.h
M clang/lib/ScalableStaticAnalysis/Core/Model/BuildNamespace.cpp
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/bad-artifact.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-aarch64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-arm64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-ios-versioned.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-ios.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-otherns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-x86_64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libfoo-2arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libmulti-empty-wrapper.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libmulti-multiarch-wrongns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libshared-empty-wrapper.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libshared-multiarch-wrongns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-arm64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-ios-libfoo.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-macosx-libfoo.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-otherns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-x86_64.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libfoo-3arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libmulti-1arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libmulti-2arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libmulti-3arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libshared-1arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libshared-2arch.json
M clang/test/Analysis/Scalable/ssaf-linker/help.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-create.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-help.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-time.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-verbose.test
M clang/tools/clang-ssaf-linker/CMakeLists.txt
A clang/tools/clang-ssaf-linker/MultiArchCreateCLI.cpp
A clang/tools/clang-ssaf-linker/MultiArchCreateCLI.h
M clang/tools/clang-ssaf-linker/SSAFLinker.cpp
M clang/unittests/ScalableStaticAnalysis/BuildNamespaceTest.cpp
Log Message:
-----------
[clang][ssaf] Add multi-arch create subcommand (#212847)
This change adds `clang-ssaf-linker multi-arch create` for bundling per-architecture artifacts into a unified multi-architecture bundle.
rdar://184145734
Commit: 36e9c106453956880f0a9d52fbd04d8be9b1306f
https://github.com/llvm/llvm-project/commit/36e9c106453956880f0a9d52fbd04d8be9b1306f
Author: Nick Sarnie <nick.sarnie at intel.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/tools/offload-arch/LevelZeroArch.cpp
Log Message:
-----------
[offload-arch] Fix Intel GPU detection on Windows (#214309)
I found this trying to set up our Windows buildbot.
Manually reproduced the issue and verified the fix.
Signed-off-by: Nick Sarnie <nick.sarnie at intel.com>
Commit: fe60500615bb05a20d1fe031b62ccf7da1e247cc
https://github.com/llvm/llvm-project/commit/fe60500615bb05a20d1fe031b62ccf7da1e247cc
Author: Jason Molenda <jmolenda at apple.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M lldb/test/API/python_api/run_locker/TestRunLocker.py
Log Message:
-----------
[lldb][API test] TestRunLocker is flakey, fix (#203429)
TestRunLocker is intended to confirm that certain SB API commands behave
correctly while the inferior process is running. It has two modes - one
where it launches the process stopped, and then resumes it, and another
where it simply launches it. Both are intended to wait until the process
is eStateRunning, and then do the test commands including a
HandleCommand that refers to `lldb.target`.
This test is flakey on Linux and macOS because `lldb.target` comes back
as a None type very early in process setup. We weren't actually running
the "launch to the first instruction, then resume the process" codepath
that this test was written to have - I fixed that last week. But we
still see flakey behavior.
I thought the flakiness might be the private stops we are doing as we're
notified about binaries being loaded in the process, stepping past the
breakpoint in the dynamic loader, and then resume. I tested this theory
by changing the inferior program to be a tight infinite loop, then
putting a breakpoint with a very high skip count, so lldb was forced to
do many private stop/resumes. I changed the test case to launch to
main(), then start hitting these infinite private stop/resumes and doing
the test commands. The test commands work fine in this case.
It's something unique about the early process startup that is triggering
the flakey failures. On the one hand, there is something wrong here,
where `lldb.target` will return None when we are doing commands while
executing very early in startup. But that wasn't what this test was
intended to exercise, and most importantly, it doesn't work consistently
so hammering on this in a test case is just making our CI less reliable.
I removed the "launch to first instruction, then resume" codepath and
have TestRunLocker run to a breakpoint on main() - where we've done all
our process setup and binary loading - then resume the process and test
our commands while the inferior is in eStateRunning. It doens't fail any
more on my macOS desktop.
I also removed a Skip for aarch64 linux which said it was flakey. I
expect that's the same flakiness that's hitting all the other CI too.
Commit: 8fea3f4ab4596856d6ecb435525bc54d94127f96
https://github.com/llvm/llvm-project/commit/8fea3f4ab4596856d6ecb435525bc54d94127f96
Author: Krzysztof Drewniak <Krzysztof.Drewniak at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
A llvm/test/CodeGen/AMDGPU/fabs-vector-truncate.ll
Log Message:
-----------
[NFC] Pre-commit tests for missing fabs SDAG vector expansion (#214288)
Commit: 7f2641d0d3a2c14045dc113ec269eea0ede1cf48
https://github.com/llvm/llvm-project/commit/7f2641d0d3a2c14045dc113ec269eea0ede1cf48
Author: Nick Sarnie <nick.sarnie at intel.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M offload/test/unit/lit.cfg.py
M offload/test/unit/lit.site.cfg.in
Log Message:
-----------
[offload] Fix unittests on Windows (#214330)
Right now everything fails because it can't find `LLVMOffload.dll`.
We handle this for e2e tests
[here](https://github.com/llvm/llvm-project/blob/main/offload/test/lit.cfg#L212),
but not for the unit tests.
Signed-off-by: Nick Sarnie <nick.sarnie at intel.com>
Commit: df29e5e80f444f8b270af8e5dfc892935b1636b4
https://github.com/llvm/llvm-project/commit/df29e5e80f444f8b270af8e5dfc892935b1636b4
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.s.decperflevel.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.s.incperflevel.ll
Log Message:
-----------
[AMDGPU][GISel] RegBankLegalize rules for s_incperflevel/s_decperflevel (#214327)
Commit: 63e29d4da97729fb50ccb00849e74cc5aea28769
https://github.com/llvm/llvm-project/commit/63e29d4da97729fb50ccb00849e74cc5aea28769
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.msad.u8.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sad.hi.u8.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sad.u16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sad.u8.ll
Log Message:
-----------
[AMDGPU][GISel] RegBankLegalize rules for SAD intrinsics (#214329)
Commit: 5270be7020cb61bfc73c7764fd461ff2c1f21844
https://github.com/llvm/llvm-project/commit/5270be7020cb61bfc73c7764fd461ff2c1f21844
Author: Matt Arsenault <Matthew.Arsenault at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/include/llvm/IR/RuntimeLibcalls.td
Log Message:
-----------
RuntimeLibcalls: Add sqrtf to the Hexagon runtime libcall set (#210909)
The library definitions go out of the way to avoid adding sqrtf, in
favor of __hexagon_sqrtf. I'm assuming that libm does provide sqrtf,
it just happens that there is a more-preferred function to use.
RuntimeLibcallsInfo should express the full set of functions that do exist,
and LibcallLoweringInfo should express the preference for which calls
should be used.
By the current ordering rules, it just so happens __hexagon_sqrtf will
win out for SQRT_F32. Add this to avoid a special case to faciliate future
libcall improvements.
Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
Commit: 59a7bc167b2b365e55db4ca51d81aee5a50a8de5
https://github.com/llvm/llvm-project/commit/59a7bc167b2b365e55db4ca51d81aee5a50a8de5
Author: rlougher <56726327+rlougher at users.noreply.github.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/CodeGen/ReplaceWithVeclib.cpp
A llvm/test/Transforms/ReplaceWithVeclib/veclib-invalid-intrinsic.ll
Log Message:
-----------
[CodeGen] ReplaceWithVeclib assertion failure with invalid intrinsic (#211352)
Commit f6a359f (#194639) removed an intrinsic ID check against
Intrinsic::not_intrinsic.
This check is needed because a call instruction can be cast to an
intrinsic instruction if the called function's name starts with "llvm."
(see llvm::Function::isIntrinsic).
This means if ReplaceWithVeclib is given an invalid intrinsic, it will
fail with an assertion failure.
Commit: 9b2d1d4762d87caf7a7d6036cb9ce3903ebe9ca1
https://github.com/llvm/llvm-project/commit/9b2d1d4762d87caf7a7d6036cb9ce3903ebe9ca1
Author: David Green <david.green at arm.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AArch64/GISel/AArch64InstructionSelector.cpp
Log Message:
-----------
[AArch64][GlobalISel] Cleanup old selection code for G_OR and fp instructions. (#213869)
G_OR can be selected via tablegen patterns, and other fp elements of
selectBinOp were no longer used. unsupportedBinOp was just testing
things that should always be true.
Commit: 01de801a7330e38dc9e1fab6e7eb0daafcb3a589
https://github.com/llvm/llvm-project/commit/01de801a7330e38dc9e1fab6e7eb0daafcb3a589
Author: Matt Arsenault <Matthew.Arsenault at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/include/llvm/IR/RuntimeLibcalls.td
M llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp
M llvm/lib/Target/MSP430/MSP430Subtarget.cpp
Log Message:
-----------
RuntimeLibcalls: Add generic FCMP3_F* three-way compare for single-symbol ABIs (#211618)
MSP430's __mspabi_cmpd/__mspabi_cmpf are one three-way compare symbol
serving every predicate, previously modeled as six suffixed impls each. Replace
them with a single generic operator FCMP3_*, and give softenSetCCOperands a
3rd lowering option. After the boolean O*_F* and the per-predicate
FCMP3_<pred>_F* helpers, use the generic FCMP3_F* helper tested with the predicate's
condition code.
Also opt __nedf2 out of the MSP430 default set: it was the only libgcc
F64 compare not already opted out, so it would otherwise provide
FCMP3_UNE_F64 and win over __mspabi_cmpd for not-equal.
Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
Commit: 1addc8a9480c847bb2dd95c9eb58085d3d94e016
https://github.com/llvm/llvm-project/commit/1addc8a9480c847bb2dd95c9eb58085d3d94e016
Author: David Green <david.green at arm.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AArch64/AArch64ISelDAGToDAG.cpp
Log Message:
-----------
[AArch64] Move tryFoldCselToFMaxMin to Select. NFC (#214346)
This moves the code out of PreprocessISelDAG into Select where it should
be performed.
Commit: 12df34b8469b8095359de8c249cb1b2753fadeea
https://github.com/llvm/llvm-project/commit/12df34b8469b8095359de8c249cb1b2753fadeea
Author: Chen Li <thechenli.dev at gmail.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M lldb/source/Plugins/Process/elf-core/ProcessElfCore.cpp
M lldb/source/Plugins/Process/elf-core/ProcessElfCore.h
M lldb/test/API/functionalities/postmortem/elf-core/TestLinuxCore.py
A lldb/test/API/functionalities/postmortem/elf-core/elf-NT_FILE-memory-region.yaml
Log Message:
-----------
[lldb][elf-core] Populate memory region names from NT_FILE (#212666)
## Summary
`ProcessElfCore` already parses `NT_FILE`, but its cached `PT_LOAD`
memory-region entries did not retain their backing filenames.
- cache a complete `MemoryRegionInfo` for each `PT_LOAD` instead of
rebuilding one from a custom permissions/name record on every query
- associate an `NT_FILE` pathname when the `PT_LOAD` and `NT_FILE`
starts match; their ends may differ, while a `PT_LOAD` beginning inside
an `NT_FILE` range remains unnamed
- finalize names and memory-tag state after all program headers are
parsed, making the result independent of `PT_LOAD` and `PT_NOTE`
ordering
- preserve regions with `p_filesz == 0` and return the cached region
directly from `DoGetMemoryRegionInfo`
- add API coverage for the same-start/different-end case, an interior
unnamed region, and an unnamed NT_FILE-only tail
## Testing
- Clean LLVM 24/LLDB build completed successfully.
- `check-lldb-api-functionalities-postmortem-elf-core` (4/4 passed)
- `ProcessElfCoreTests` (3/3 passed)
- `check-lldb-api-linux-aarch64-mte_core_file` (1/1 passed)
- Real IPNext core compatibility smoke test using an assertion-disabled
Release build:
```
(lldb) memory region 0x7fc4f25fd000
[0x00007fc4f25fd000-0x00007fc4f2600000) r-- /tmp/aot_inductor_loaded_modelaCZzUI/ckq4hskzrtwkbxruge7ofytm2zmahqgcizkszojgcp3eepdubxc2.hsaco
```
The focused API fixture exercises the mismatched-end and interior-start
policies; the production core verifies compatibility with a large
zero-file-size HSACO mapping.
Co-authored-by: Chen Li <chenlii at fb.com>
Commit: 9cc094bec938dec73b7f8d7c76fc29da045601c9
https://github.com/llvm/llvm-project/commit/9cc094bec938dec73b7f8d7c76fc29da045601c9
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.lerp.ll
Log Message:
-----------
[AMDGPU][GISel] RegBankLegalize rule for amdgcn_lerp (#214324)
Commit: 2c8b653b7a9c4e1f107099343ef2e68dfa397991
https://github.com/llvm/llvm-project/commit/2c8b653b7a9c4e1f107099343ef2e68dfa397991
Author: Adam Smith <adams at nvidia.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/include/clang/CIR/Dialect/IR/CIRDialect.h
M clang/lib/CIR/Dialect/IR/CIRAttrs.cpp
M clang/lib/CIR/Dialect/Transforms/CallConvLoweringPass.cpp
M clang/test/CIR/CodeGen/call-conv-lowering-x86_64.c
M clang/test/CIR/Transforms/abi-lowering/x86_64-aggregate-nyi.cir
A clang/test/CIR/Transforms/abi-lowering/x86_64-union-coerce-shapes.cir
A clang/test/CIR/Transforms/abi-lowering/x86_64-union.cir
Log Message:
-----------
[CIR] Accept unions in x86_64 calling-convention lowering (#214129)
Passing a union to a function does not work. The x86_64 bridge rejects
every one, so the pass fails on any signature naming a union.
Additionally, indirect arguments have their byval and sret alignment
wrong, because `mapCIRType` asks DataLayout for it, and DataLayout only
sees a record's members, never `__attribute__((aligned(N)))`.
Unions now go through the ABI library's union type, which puts every
member at offset zero and sizes each eightbyte from the union rather
than from a single member. The alignment comes from the record-layout
metadata the AST already fills in, which fixes over-aligned structs too,
since they share that lookup.
Assisted-by: Cursor / claude-opus-5
Commit: dca941ed01682017e588afba7314f8f6e26b5d34
https://github.com/llvm/llvm-project/commit/dca941ed01682017e588afba7314f8f6e26b5d34
Author: Walter Lee <49250218+googlewalt at users.noreply.github.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Support/BalancedPartitioning.cpp
Log Message:
-----------
[llvm] Add missing include (#214349)
Fix ada3786e91ca2058f3ac8255a024c12ae7d263ee.
Commit: 263280e39e6d968c9d610df8160dc49b4b62599f
https://github.com/llvm/llvm-project/commit/263280e39e6d968c9d610df8160dc49b4b62599f
Author: Reid Kleckner <rkleckner at nvidia.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/docs/CMakeLists.txt
M flang/docs/CMakeLists.txt
M libc/docs/CMakeLists.txt
M llvm/cmake/modules/AddSphinxTarget.cmake
A llvm/cmake/modules/SphinxSourceScan.cmake
A llvm/cmake/modules/SphinxSourceSync.cmake
A llvm/cmake/modules/SphinxSourceUtils.cmake
Log Message:
-----------
[cmake][docs] Fix incremental docs builds under deletion and renames (#211411)
Currently clang, flang, and libc all copy documentation from the source
tree into the build tree in preparation to build it, usually to create a
combined tree that includes generated documentation files, like
AttributeReference.md. However, renaming a document and rebuilding
without cleaning the docs tree leaves behind stale documentation files
that can accumulate.
This patch fixes the problem with two build actions:
1. List source documentation files. Always out of date, always
regenerates on every doc build, but it's very cheap.
2. Copy all source documents to the output, and delete any file that
neither originates from the source directory nor is mentioned as a
generated source to preserve.
These actions are implemented as CMake script files (`cmake -P`) since
they do things not covered by the builtin tools (`cmake -E
copy_if_different`). They could be simplified if we were willing to
tolerate more process launch overhead, but for something that runs on
the critical path to every doc rebuild, I decided it was worth spending
lines of CMake script on it.
Assisted-by: a coding tool
Commit: 85c730242e741f79bf7ca543bdf496dfb89a7f22
https://github.com/llvm/llvm-project/commit/85c730242e741f79bf7ca543bdf496dfb89a7f22
Author: Austin Kerbow <Austin.Kerbow at amd.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/include/llvm/CodeGen/MachineScheduler.h
M llvm/lib/CodeGen/MachineScheduler.cpp
A llvm/lib/Target/AMDGPU/AMDGPUCoExecInfo.h
M llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
M llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.h
M llvm/lib/Target/AMDGPU/GCNHazardRecognizer.cpp
M llvm/lib/Target/AMDGPU/GCNHazardRecognizer.h
M llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
M llvm/lib/Target/AMDGPU/SIInstrInfo.cpp
M llvm/lib/Target/AMDGPU/SIInstrInfo.h
A llvm/test/CodeGen/AMDGPU/coexec-hazardrec-preRA.mir
M llvm/test/CodeGen/AMDGPU/coexec-scheduler.ll
M llvm/test/CodeGen/AMDGPU/fdiv.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sched.group.barrier.gfx12.ll
M llvm/test/CodeGen/AMDGPU/misched-into-wmma-hazard-shadow.mir
A llvm/test/CodeGen/AMDGPU/wmma-trans-multi-shadow-hazard.mir
Log Message:
-----------
[AMDGPU] Model WMMA co-execution windows in the scheduler for gfx1250 (#204077)
WMMA instructions in gfx1250 exposes an execution window during which
only certain other instruction classes may co-execute. Teach the hazard
recognizer about those windows so the scheduler can fill co-execution
slots and account for the resulting stalls. This adds a preRA hazard
recognizer mode.
Add AMDGPUCoExecInfo.h, a shared model of a co-execution window: the
per-stage capability bitmask, the stage types (CoExecStageType), and
CoExecInfo, which maps a multi-cycle instruction to its per-cycle slot
pattern via getCoExecInfo(). InstructionFlavor and its helpers move here
from AMDGPUCoExecSchedStrategy.h with no functional change so they can
be shared by the scheduler and the hazard recognizer.
Commit: 8557e5b4efde33d62b6b765f51a71606b47b72ee
https://github.com/llvm/llvm-project/commit/8557e5b4efde33d62b6b765f51a71606b47b72ee
Author: Matt <MattPD at users.noreply.github.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/lib/Transforms/Scalar/LoopInterchange.cpp
A llvm/test/Transforms/LoopInterchange/freeze.ll
Log Message:
-----------
[LoopInterchange] Reject interchange when a freeze would move or be cloned
Loop interchange moves four blocks to a different loop depth: the outer loop
header and latch, and the inner loop preheader and exit block. It also splits
the inner loop latch and clones the instructions that compute the latch branch
condition and induction variable updates into the new latch block.
LangRef guarantees that all uses of the value returned by one execution of a
`freeze` observe that same value. The guarantee does not extend across
executions, so one `freeze` may yield a different value each time it runs.
Different `freeze` instructions may also yield different values for the same
`undef` or poison operand. Both steps above can therefore change which value a
use observes.
Moving a `freeze` to a different loop depth changes which loop iterations share
one dynamic result. Uses that observed a single frozen value in the original
nest can observe values from separate executions after interchange. Cloning a
`freeze` creates a second, independent instruction, so the original and clone
can yield different values for the same operand.
Reject the interchange when a `freeze` appears in one of the four moved blocks
or among the instructions cloned into the new latch. A `freeze` elsewhere still
reaches the same uses from each execution, so it remains allowed. That includes
a `freeze` in the outer loop preheader and one in the inner loop body outside
the cloned computations. The check is conservative and does not try to prove
that the operand of a `freeze` is never `undef` or poison.
Assisted-by: Claude Opus 5, GPT-5.6 Sol.
Commit: b56b5068c5baa7c8528bb9a111fd14b87d6a458c
https://github.com/llvm/llvm-project/commit/b56b5068c5baa7c8528bb9a111fd14b87d6a458c
Author: Justin Bogner <mail at justinbogner.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M clang/lib/AST/TypePrinter.cpp
M clang/lib/Sema/SemaHLSL.cpp
M clang/test/AST/HLSL/ByteAddressBuffers-AST.hlsl
M clang/test/AST/HLSL/ConstantBuffers-AST.hlsl
M clang/test/AST/HLSL/StructuredBuffers-AST.hlsl
M clang/test/AST/HLSL/Textures-AST.hlsl
M clang/test/AST/HLSL/Textures-scalar-AST.hlsl
M clang/test/AST/HLSL/Textures-vector-AST.hlsl
M clang/test/AST/HLSL/TypedBuffers-AST.hlsl
M clang/test/CodeGenHLSL/BasicFeatures/InitLists.hlsl
M clang/test/CodeGenHLSL/builtins/hlsl_resource_t.hlsl
M clang/test/ParserHLSL/hlsl_contained_type_attr.hlsl
M clang/test/ParserHLSL/hlsl_is_array_attr.hlsl
M clang/test/ParserHLSL/hlsl_is_ms_attr.hlsl
M clang/test/ParserHLSL/hlsl_is_rov_attr.hlsl
M clang/test/ParserHLSL/hlsl_raw_buffer_attr.hlsl
M clang/test/ParserHLSL/hlsl_resource_class_attr.hlsl
M clang/test/ParserHLSL/hlsl_resource_dimension_attr.hlsl
M clang/test/ParserHLSL/hlsl_resource_handle_attrs.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_contained_type_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_is_array_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_is_ms_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_is_rov_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_raw_buffer_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_resource_class_attr_error.hlsl
M clang/test/SemaHLSL/BuiltIns/buffer_update_counter-errors.hlsl
M clang/test/SemaHLSL/BuiltIns/resource_getpointer-errors.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error_resource.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error_udt.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error_uint32_max.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_implicit.hlsl
Log Message:
-----------
[HLSL] Consistently quote resource attribute args (#214106)
The `hlsl::resource_class` and `hlsl::dimension` attributes both take a
single argument from a set of choices, but resource_class expects an
unevaluated identifier and dimension expects a string literal.
Consistently require the literal for both, and fix up the AST printers
to match.
Commit: c9655589fe0be65f81f9b43ae3e7e59aff9d90e9
https://github.com/llvm/llvm-project/commit/c9655589fe0be65f81f9b43ae3e7e59aff9d90e9
Author: wanglei <wanglei at loongson.cn>
Date: 2026-08-06 (Thu, 06 Aug 2026)
Changed paths:
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchAsmBackend.cpp
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchAsmBackend.h
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchELFStreamer.cpp
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchELFStreamer.h
Log Message:
-----------
[LoongArch][MC] Pre-mark align fragments as linker-relaxable (#213582)
Extract `shouldRelaxAlign` from `relaxAlign` and call it during
`emitCodeAlignment` to eagerly set the linker-relaxable flag on align
fragments. This ensures `isRangeRelaxable` returns correct results
before the layout phase.
Commit: 9d72ffd00f1e4b9a4e19a59e84d29a6939c140e0
https://github.com/llvm/llvm-project/commit/9d72ffd00f1e4b9a4e19a59e84d29a6939c140e0
Author: Igor Kudrin <ikudrin at accesssoftek.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M lld/ELF/InputFiles.cpp
A lld/test/ELF/aarch64-build-attributes-private-subsection.s
Log Message:
-----------
[ELF][AArch64] Do not treat missing build attributes as defined (#213600)
Even if an AArch64 build attributes section contains only private
subsections and does not define feature flags or PAuth information,
`lld` still checks the values defined in the GNU Program Properties
section against the build attribute defaults, producing warnings and
errors. The patch adjusts the handling of build attributes so that only
the existing attributes are used.
---
* https://github.com/ARM-software/abi-aa/blob/main/buildattr64/buildattr64.rst
Commit: 219524b29ebe35ba94dc5f7a4640c8132078f052
https://github.com/llvm/llvm-project/commit/219524b29ebe35ba94dc5f7a4640c8132078f052
Author: Aiden Grossman <aidengrossman at google.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M llvm/docs/HowToSubmitABug.rst
M llvm/docs/OptBisect.rst
M llvm/docs/Passes.md
M llvm/docs/WritingAnLLVMPass.md
Log Message:
-----------
[LLVM][Docs] Remove bugpoint references
Bugpoint was removed in 9d5574dda60151dcd1eb6f315c20e4d9120596f9.
Reviewers: rnk, arsenm
Pull Request: https://github.com/llvm/llvm-project/pull/214251
Commit: 2ac39dbe0f86c9b26e94c3478bc733c12f337777
https://github.com/llvm/llvm-project/commit/2ac39dbe0f86c9b26e94c3478bc733c12f337777
Author: Aiden Grossman <aidengrossman at google.com>
Date: 2026-08-06 (Thu, 06 Aug 2026)
Changed paths:
M .github/workflows/libc-overlay-tests.yml
M .github/workflows/release-binaries.yml
M .github/workflows/release-documentation.yml
M .github/workflows/release-sources.yml
M .github/workflows/upload-release-artifact/action.yml
M .github/workflows/zizmor.yml
M clang-tools-extra/clangd/Hover.cpp
M clang-tools-extra/clangd/unittests/HoverTests.cpp
M clang/cmake/caches/Fuchsia-stage2.cmake
M clang/docs/CMakeLists.txt
M clang/docs/ReleaseNotes.md
M clang/include/clang/Analysis/Analyses/LifetimeSafety/Facts.h
M clang/include/clang/Analysis/Analyses/LifetimeSafety/LifetimeSafety.h
M clang/include/clang/Basic/ABIVersions.def
M clang/include/clang/Basic/DiagnosticGroups.td
M clang/include/clang/Basic/DiagnosticSemaKinds.td
M clang/include/clang/Basic/LangOptions.def
M clang/include/clang/Basic/SyncScope.h
M clang/include/clang/CIR/Dialect/IR/CIRDialect.h
M clang/include/clang/Options/Options.td
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/LUSummaryEncoding.h
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/MultiArchSharedLibrary.h
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/MultiArchStaticLibrary.h
M clang/include/clang/ScalableStaticAnalysis/Core/EntityLinker/StaticLibrary.h
M clang/include/clang/ScalableStaticAnalysis/Core/Model/BuildNamespace.h
M clang/include/clang/ScalableStaticAnalysis/Tool/Utils.h
M clang/lib/AST/TypePrinter.cpp
M clang/lib/Analysis/LifetimeSafety/Checker.cpp
M clang/lib/Analysis/LifetimeSafety/FactsGenerator.cpp
M clang/lib/CIR/Dialect/IR/CIRAttrs.cpp
M clang/lib/CIR/Dialect/Transforms/CallConvLoweringPass.cpp
M clang/lib/CIR/Dialect/Transforms/TargetLowering/CIRABIRewriteContext.cpp
M clang/lib/CIR/Dialect/Transforms/TargetLowering/CIRABIRewriteContext.h
M clang/lib/CodeGen/CGCUDANV.cpp
M clang/lib/CodeGen/CGCall.cpp
M clang/lib/CodeGen/TargetBuiltins/AMDGPU.cpp
M clang/lib/CodeGen/TargetBuiltins/NVPTX.cpp
M clang/lib/CodeGen/TargetInfo.h
M clang/lib/CodeGen/Targets/AMDGPU.cpp
M clang/lib/CodeGen/Targets/NVPTX.cpp
M clang/lib/CodeGen/Targets/SPIR.cpp
M clang/lib/CodeGen/Targets/Sparc.cpp
M clang/lib/Driver/Driver.cpp
M clang/lib/Driver/ToolChains/Clang.cpp
M clang/lib/Frontend/InitPreprocessor.cpp
M clang/lib/Lex/Lexer.cpp
M clang/lib/Lex/Preprocessor.cpp
M clang/lib/Parse/ParseCXXInlineMethods.cpp
M clang/lib/Parse/Parser.cpp
M clang/lib/ScalableStaticAnalysis/Core/Model/BuildNamespace.cpp
M clang/lib/Sema/SemaAMDGPU.cpp
M clang/lib/Sema/SemaHLSL.cpp
M clang/lib/Sema/SemaLifetimeSafety.h
M clang/lib/StaticAnalyzer/Checkers/UninitializedObject/UninitializedObjectChecker.cpp
M clang/test/AST/HLSL/ByteAddressBuffers-AST.hlsl
M clang/test/AST/HLSL/ConstantBuffers-AST.hlsl
M clang/test/AST/HLSL/StructuredBuffers-AST.hlsl
M clang/test/AST/HLSL/Textures-AST.hlsl
M clang/test/AST/HLSL/Textures-scalar-AST.hlsl
M clang/test/AST/HLSL/Textures-vector-AST.hlsl
M clang/test/AST/HLSL/TypedBuffers-AST.hlsl
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/bad-artifact.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-aarch64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-arm64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-ios-versioned.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-ios.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-otherns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lib-x86_64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libfoo-2arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libmulti-empty-wrapper.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libmulti-multiarch-wrongns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libshared-empty-wrapper.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/libshared-multiarch-wrongns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-arm64.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-ios-libfoo.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-macosx-libfoo.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-otherns.json
A clang/test/Analysis/Scalable/ssaf-linker/Inputs/lu-x86_64.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libfoo-3arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libmulti-1arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libmulti-2arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libmulti-3arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libshared-1arch.json
A clang/test/Analysis/Scalable/ssaf-linker/Outputs/libshared-2arch.json
M clang/test/Analysis/Scalable/ssaf-linker/help.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-create.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-help.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-time.test
A clang/test/Analysis/Scalable/ssaf-linker/multi-arch-verbose.test
A clang/test/Analysis/cxx-uninitialized-object-note-order.cpp
A clang/test/CIR/CodeGen/call-conv-lowering-x86_64-fnptr.c
M clang/test/CIR/CodeGen/call-conv-lowering-x86_64.c
M clang/test/CIR/Transforms/abi-lowering/x86_64-aggregate-nyi.cir
A clang/test/CIR/Transforms/abi-lowering/x86_64-get-global.cir
A clang/test/CIR/Transforms/abi-lowering/x86_64-union-coerce-shapes.cir
A clang/test/CIR/Transforms/abi-lowering/x86_64-union.cir
A clang/test/CXX/cpp/cpp.include/p3.cpp
M clang/test/CXX/module/cpp.pre/p1.cpp
A clang/test/CodeGen/Sparc/sparc-complex-abi.c
M clang/test/CodeGen/attr-counted-by-for-pointers.c
A clang/test/CodeGen/attr-sized-by-for-pointers.c
A clang/test/CodeGenCUDA/cuda-emit-nvcc-abi.cu
M clang/test/CodeGenCXX/builtin-amdgcn-fence.cpp
M clang/test/CodeGenHLSL/BasicFeatures/InitLists.hlsl
M clang/test/CodeGenHLSL/builtins/hlsl_resource_t.hlsl
M clang/test/Driver/cuda-openmp-driver.cu
A clang/test/OpenMP/gh214195.cpp
A clang/test/OpenMP/wasm_codegen.c
M clang/test/ParserHLSL/hlsl_contained_type_attr.hlsl
M clang/test/ParserHLSL/hlsl_is_array_attr.hlsl
M clang/test/ParserHLSL/hlsl_is_ms_attr.hlsl
M clang/test/ParserHLSL/hlsl_is_rov_attr.hlsl
M clang/test/ParserHLSL/hlsl_raw_buffer_attr.hlsl
M clang/test/ParserHLSL/hlsl_resource_class_attr.hlsl
M clang/test/ParserHLSL/hlsl_resource_dimension_attr.hlsl
M clang/test/ParserHLSL/hlsl_resource_handle_attrs.hlsl
M clang/test/ParserOpenACC/parse-constructs.cpp
M clang/test/Sema/LifetimeSafety/dangling-field.cpp
A clang/test/SemaHIP/amdgpu-builtin-fence.hip
M clang/test/SemaHLSL/Attributes/hlsl_contained_type_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_is_array_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_is_ms_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_is_rov_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_raw_buffer_attr_error.hlsl
M clang/test/SemaHLSL/Attributes/hlsl_resource_class_attr_error.hlsl
M clang/test/SemaHLSL/BuiltIns/buffer_update_counter-errors.hlsl
M clang/test/SemaHLSL/BuiltIns/resource_getpointer-errors.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error_resource.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error_udt.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_attr_error_uint32_max.hlsl
M clang/test/SemaHLSL/Resources/resource_binding_implicit.hlsl
M clang/tools/clang-ssaf-linker/CMakeLists.txt
A clang/tools/clang-ssaf-linker/MultiArchCreateCLI.cpp
A clang/tools/clang-ssaf-linker/MultiArchCreateCLI.h
M clang/tools/clang-ssaf-linker/SSAFLinker.cpp
M clang/tools/offload-arch/LevelZeroArch.cpp
M clang/unittests/Lex/PPDependencyDirectivesTest.cpp
M clang/unittests/ScalableStaticAnalysis/BuildNamespaceTest.cpp
M compiler-rt/lib/builtins/CMakeLists.txt
M flang/docs/CMakeLists.txt
M flang/lib/Optimizer/OpenMP/LowerWorkshare.cpp
M flang/test/Transforms/OpenMP/lower-workshare-nowait.mlir
M flang/test/Transforms/OpenMP/lower-workshare-thread-local.mlir
M libc/docs/CMakeLists.txt
M libc/shared/rpc.h
M libc/test/src/__support/RPC/CMakeLists.txt
A libc/test/src/__support/RPC/rpc_doorbell_test.cpp
M libcxx/docs/Status/Cxx20Issues.csv
M libcxx/include/CMakeLists.txt
A libcxx/include/__memory/pstl.h
M libcxx/include/__pstl/backend_fwd.h
M libcxx/include/__pstl/backends/default.h
M libcxx/include/memory
M libcxx/include/module.modulemap.in
M libcxx/test/libcxx/algorithms/pstl.iterator-requirements.verify.cpp
M libcxx/test/libcxx/transitive_includes/cxx17.csv
M libcxx/test/libcxx/transitive_includes/cxx20.csv
M libcxx/test/libcxx/transitive_includes/cxx23.csv
M libcxx/test/libcxx/transitive_includes/cxx26.csv
M libcxx/test/std/algorithms/pstl.exception_handling.pass.cpp
A libcxx/test/std/utilities/memory/specialized.algorithms/specialized.destroy/pstl.destroy.pass.cpp
A libcxx/test/std/utilities/memory/specialized.algorithms/specialized.destroy/pstl.destroy_n.pass.cpp
M libcxx/utils/ci/run-buildbot
M lld/ELF/InputFiles.cpp
A lld/test/ELF/aarch64-build-attributes-private-subsection.s
M lldb/source/Plugins/Process/elf-core/ProcessElfCore.cpp
M lldb/source/Plugins/Process/elf-core/ProcessElfCore.h
M lldb/test/API/functionalities/postmortem/elf-core/TestLinuxCore.py
A lldb/test/API/functionalities/postmortem/elf-core/elf-NT_FILE-memory-region.yaml
M lldb/test/API/python_api/run_locker/TestRunLocker.py
M llvm/cmake/modules/AddSphinxTarget.cmake
A llvm/cmake/modules/SphinxSourceScan.cmake
A llvm/cmake/modules/SphinxSourceSync.cmake
A llvm/cmake/modules/SphinxSourceUtils.cmake
M llvm/docs/HowToSubmitABug.rst
M llvm/include/llvm/ABI/FunctionInfo.h
M llvm/include/llvm/CodeGen/MachineScheduler.h
M llvm/include/llvm/IR/RuntimeLibcalls.td
M llvm/include/llvm/MC/DXContainerInfo.h
A llvm/include/llvm/TargetParser/AtomicScope.h
M llvm/lib/ABI/FunctionInfo.cpp
M llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
M llvm/lib/CodeGen/AtomicExpandPass.cpp
M llvm/lib/CodeGen/GlobalISel/LegalizerHelper.cpp
M llvm/lib/CodeGen/MachineScheduler.cpp
M llvm/lib/CodeGen/ReplaceWithVeclib.cpp
M llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp
M llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
M llvm/lib/MC/DXContainerInfo.cpp
M llvm/lib/Support/BalancedPartitioning.cpp
M llvm/lib/Support/KnownFPClass.cpp
M llvm/lib/Target/AArch64/AArch64ISelDAGToDAG.cpp
M llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
M llvm/lib/Target/AArch64/GISel/AArch64InstructionSelector.cpp
M llvm/lib/Target/AMDGPU/AMDGPUBarrierLatency.cpp
A llvm/lib/Target/AMDGPU/AMDGPUCoExecInfo.h
M llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
M llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.h
M llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
M llvm/lib/Target/AMDGPU/AMDGPUMachineModuleInfo.cpp
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
M llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.h
M llvm/lib/Target/AMDGPU/AMDGPURegisterBankInfo.cpp
M llvm/lib/Target/AMDGPU/GCNHazardRecognizer.cpp
M llvm/lib/Target/AMDGPU/GCNHazardRecognizer.h
M llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
M llvm/lib/Target/AMDGPU/SIISelLowering.cpp
M llvm/lib/Target/AMDGPU/SIISelLowering.h
M llvm/lib/Target/AMDGPU/SIInstrInfo.cpp
M llvm/lib/Target/AMDGPU/SIInstrInfo.h
M llvm/lib/Target/DirectX/DXILShaderFlags.cpp
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchAsmBackend.cpp
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchAsmBackend.h
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchELFStreamer.cpp
M llvm/lib/Target/LoongArch/MCTargetDesc/LoongArchELFStreamer.h
M llvm/lib/Target/MSP430/MSP430Subtarget.cpp
M llvm/lib/Target/NVPTX/NVPTXISelDAGToDAG.cpp
M llvm/lib/Target/NVPTX/NVPTXISelLowering.cpp
M llvm/lib/Target/RISCV/AsmParser/RISCVAsmParser.cpp
M llvm/lib/Target/RISCV/MCTargetDesc/RISCVBaseInfo.h
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfo.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfo.td
M llvm/lib/Target/RISCV/RISCVInstrInfoC.td
M llvm/lib/Target/RISCV/RISCVInstrInfoZvbdota.td
M llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
M llvm/lib/Target/SPIRV/SPIRVInstructionSelector.cpp
M llvm/lib/Target/SPIRV/SPIRVPreLegalizer.cpp
M llvm/lib/Target/SPIRV/SPIRVUtils.cpp
M llvm/lib/Target/SPIRV/SPIRVUtils.h
M llvm/lib/Target/WebAssembly/WebAssemblyFastISel.cpp
M llvm/lib/Target/X86/X86ISelLowering.cpp
M llvm/lib/Target/X86/X86InstrInfo.cpp
M llvm/lib/Transforms/IPO/OpenMPOpt.cpp
M llvm/lib/Transforms/InstCombine/InstCombineSelect.cpp
M llvm/lib/Transforms/Scalar/LoopInterchange.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.h
A llvm/test/CodeGen/AArch64/fixed-length-sve-interleave.ll
A llvm/test/CodeGen/AArch64/sve-streaming-mode-fixed-length-interleave.ll
M llvm/test/CodeGen/AMDGPU/GlobalISel/combine-fold-binop-into-select.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/combine-foldable-fneg.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-atomicrmw-fadd-global.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-atomicrmw-fadd-local.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fabs.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fcopysign.mir
M llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-fneg.mir
M llvm/test/CodeGen/AMDGPU/bf16.ll
A llvm/test/CodeGen/AMDGPU/coexec-hazardrec-preRA.mir
M llvm/test/CodeGen/AMDGPU/coexec-scheduler.ll
A llvm/test/CodeGen/AMDGPU/fabs-vector-truncate.ll
M llvm/test/CodeGen/AMDGPU/fdiv.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.exp.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.lerp.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.log.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.msad.u8.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.permlane.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.permlane.ptr.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.rcp.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.rsq.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.s.decperflevel.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.s.incperflevel.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sad.hi.u8.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sad.u16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sad.u8.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sched.group.barrier.gfx12.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.sqrt.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.amdgcn.tanh.ll
M llvm/test/CodeGen/AMDGPU/llvm.cos.bf16.ll
M llvm/test/CodeGen/AMDGPU/llvm.sin.bf16.ll
M llvm/test/CodeGen/AMDGPU/misched-into-wmma-hazard-shadow.mir
A llvm/test/CodeGen/AMDGPU/wmma-trans-multi-shadow-hazard.mir
A llvm/test/CodeGen/DirectX/ShaderFlags/atomic64-groupshared.ll
A llvm/test/CodeGen/DirectX/ShaderFlags/atomic64-typed-resource.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-clmul.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-clmulh.ll
A llvm/test/CodeGen/SPIRV/extensions/SPV_INTEL_function_pointers/fp-select.ll
M llvm/test/CodeGen/SPIRV/extensions/SPV_INTEL_function_pointers/fp_const.ll
M llvm/test/CodeGen/SPIRV/pointers/fun-with-aggregate-arg-in-const-init.ll
M llvm/test/CodeGen/WebAssembly/signext-inreg.ll
A llvm/test/CodeGen/X86/remove-redundant-cmp-lzcnt-i64.ll
A llvm/test/CodeGen/X86/remove-redundant-cmp-lzcnt.ll
A llvm/test/CodeGen/X86/remove-redundant-cmp-tzcnt-i64.ll
A llvm/test/CodeGen/X86/remove-redundant-cmp-tzcnt.ll
M llvm/test/MC/RISCV/rvv/zvfbdota32f-invalid.s
M llvm/test/MC/RISCV/rvv/zvfbdota32f.s
M llvm/test/MC/RISCV/rvv/zvfqwbdota8f-invalid.s
M llvm/test/MC/RISCV/rvv/zvfqwbdota8f.s
M llvm/test/MC/RISCV/rvv/zvfwbdota16bf-invalid.s
M llvm/test/MC/RISCV/rvv/zvfwbdota16bf.s
M llvm/test/MC/RISCV/rvv/zvqwbdota-invalid.s
M llvm/test/MC/RISCV/rvv/zvqwbdota.s
A llvm/test/Transforms/AtomicExpand/NVPTX/atomicrmw-vector.ll
A llvm/test/Transforms/AtomicExpand/NVPTX/lit.local.cfg
M llvm/test/Transforms/Attributor/nofpclass-trig.ll
M llvm/test/Transforms/InstCombine/minmax-fp-loop-carried.ll
A llvm/test/Transforms/LoopInterchange/freeze.ll
R llvm/test/Transforms/OpenMP/spmdization_kernel_env_static_loop.ll
A llvm/test/Transforms/ReplaceWithVeclib/veclib-invalid-intrinsic.ll
M llvm/test/Transforms/SLPVectorizer/AArch64/fmuladd-absorbed-copyable-sched-deps.ll
A llvm/test/Transforms/SLPVectorizer/X86/reassoc-peeled-copyable.ll
M llvm/test/Transforms/SLPVectorizer/X86/reassociate-ops.ll
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/pre-process.ll
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/pre-process.ll.expected
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/pre-process.test
M llvm/unittests/CodeGen/GlobalISel/KnownFPClassTest.cpp
M llvm/unittests/Object/GOFFObjectFileTest.cpp
A llvm/unittests/TargetParser/AtomicScopeTest.cpp
M llvm/unittests/TargetParser/CMakeLists.txt
M llvm/utils/UpdateTestChecks/common.py
M llvm/utils/update_analyze_test_checks.py
M llvm/utils/update_llc_test_checks.py
M llvm/utils/update_test_checks.py
M mlir/lib/Conversion/XeGPUToXeVM/XeGPUToXeVM.cpp
M mlir/test/Conversion/XeGPUToXeVM/failed_conversion.mlir
M offload/test/unit/lit.cfg.py
M offload/test/unit/lit.site.cfg.in
M openmp/CMakeLists.txt
M openmp/cmake/modules/LibompUtils.cmake
M openmp/runtime/CMakeLists.txt
M openmp/runtime/cmake/LibompGetArchitecture.cmake
M openmp/runtime/src/kmp_gsupport.cpp
M openmp/runtime/src/kmp_os.h
M openmp/runtime/src/kmp_platform.h
M openmp/runtime/src/kmp_runtime.cpp
M openmp/runtime/src/z_Linux_asm.S
M openmp/runtime/src/z_Linux_util.cpp
M utils/bazel/llvm-project-overlay/bolt/BUILD.bazel
M utils/bazel/llvm-project-overlay/compiler-rt/BUILD.bazel
Log Message:
-----------
[𝘀𝗽𝗿] changes introduced through rebase
Created using spr 1.3.7
[skip ci]
Compare: https://github.com/llvm/llvm-project/compare/ef7992a5a9cd...2ac39dbe0f86
To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications
More information about the All-commits
mailing list