[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 09:32:51 PDT 2026
Branch: refs/heads/users/boomanaiden154/main.gn-remove-bugpoint-build
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: a7ddd4f4bc430016021263144efaa581fc909ada
https://github.com/llvm/llvm-project/commit/a7ddd4f4bc430016021263144efaa581fc909ada
Author: Aiden Grossman <aidengrossman at google.com>
Date: 2026-08-05 (Wed, 05 Aug 2026)
Changed paths:
M .github/workflows/libc-overlay-tests.yml
M .github/workflows/zizmor.yml
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/Options/Options.td
M clang/lib/Analysis/LifetimeSafety/Checker.cpp
M clang/lib/Analysis/LifetimeSafety/FactsGenerator.cpp
M clang/lib/CodeGen/CGCUDANV.cpp
M clang/lib/CodeGen/Targets/Sparc.cpp
M clang/lib/Driver/Driver.cpp
M clang/lib/Driver/ToolChains/Clang.cpp
M clang/lib/Sema/SemaLifetimeSafety.h
M clang/lib/StaticAnalyzer/Checkers/UninitializedObject/UninitializedObjectChecker.cpp
A clang/test/Analysis/cxx-uninitialized-object-note-order.cpp
A clang/test/CodeGen/Sparc/sparc-complex-abi.c
A clang/test/CodeGenCUDA/cuda-emit-nvcc-abi.cu
M clang/test/Driver/cuda-openmp-driver.cu
A clang/test/OpenMP/wasm_codegen.c
M clang/test/Sema/LifetimeSafety/dangling-field.cpp
M compiler-rt/lib/builtins/CMakeLists.txt
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 llvm/lib/CodeGen/GlobalISel/LegalizerHelper.cpp
M llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
M llvm/lib/MC/DXContainerInfo.cpp
M llvm/lib/Support/KnownFPClass.cpp
M llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
M llvm/lib/Target/AMDGPU/SIISelLowering.cpp
M llvm/lib/Target/AMDGPU/SIISelLowering.h
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/SPIRVPreLegalizer.cpp
M llvm/lib/Target/X86/X86ISelLowering.cpp
M llvm/lib/Transforms/IPO/OpenMPOpt.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.h
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
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
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/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
M llvm/test/Transforms/Attributor/nofpclass-trig.ll
R llvm/test/Transforms/OpenMP/spmdization_kernel_env_static_loop.ll
A llvm/test/Transforms/SLPVectorizer/X86/reassoc-peeled-copyable.ll
M llvm/test/Transforms/SLPVectorizer/X86/reassociate-ops.ll
M llvm/unittests/CodeGen/GlobalISel/KnownFPClassTest.cpp
M llvm/unittests/Object/GOFFObjectFileTest.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:
-----------
[𝘀𝗽𝗿] changes introduced through rebase
Created using spr 1.3.7
[skip ci]
Compare: https://github.com/llvm/llvm-project/compare/e94e23f70841...a7ddd4f4bc43
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