LLVM/project 3ec98d6clang/lib/CIR/CodeGen CIRGenExprCXX.cpp, clang/test/CIR/CodeGen delete-destroying.cpp

[CIR] Implement handling for destroying delete (#193607)

This adds CIR handling for destroying delete calls. The basic support
for deleting objects via virtual and non-virtual delete calls was
already in place. All that was needed was to add the function to emit
these calls when a destroying operator delete was encountered in
`emitCXXDeleteExpr` and to add the code to add the destroying delete tag
parameter when it is needed.

Note, classic codegen elides the destroying delete tag parameter for the
new test case because it represents an empty class. That will be handled
as part of ABI lowering in CIR, but it is not yet implemented.

Assisted-by: Cursor / claude-4.7-opus-high
DeltaFile
+145-0clang/test/CIR/CodeGen/delete-destroying.cpp
+32-9clang/lib/CIR/CodeGen/CIRGenExprCXX.cpp
+177-92 files

LLVM/project ca90ff5clang/lib/CIR/CodeGen CIRGenBuilder.cpp, clang/test/CIR/CodeGen global-ptr-init-negative-offset.c

[CIR] Handle negative offsets in pointer constants (#193624)

When a negative offset was used as an index into a global array as part
of a global pointer initialization, CIR was hitting an unreachable
marker while trying to construct a GlobalView attribute to describe the
pointer initialization. Although this sort of negative offset is UB,
Clang allows it, so we want to produce the same results via CIR.

Assisted-by: Cursor / claude-4.7-opus-high
DeltaFile
+26-0clang/test/CIR/CodeGen/global-ptr-init-negative-offset.c
+10-3clang/lib/CIR/CodeGen/CIRGenBuilder.cpp
+36-32 files

LLVM/project 56fd2c0clang/lib/CIR/CodeGen CIRGenExprScalar.cpp, clang/test/CIR/CodeGenOpenCL as_type.cl

[CIR] Upstream __builtin_astype int_to_ptr (#193519)

Upstream support for __builtin_astype int_to_ptr case

Issue https://github.com/llvm/llvm-project/issues/192311
DeltaFile
+22-0clang/test/CIR/CodeGenOpenCL/as_type.cl
+9-7clang/lib/CIR/CodeGen/CIRGenExprScalar.cpp
+31-72 files

FreeBSD/ports 19e0394devel/py-lxml distinfo Makefile

devel/py-lxml: update to 6.1.0

Changelog: https://lxml.de/6.1/changes-6.1.0.html
DeltaFile
+3-3devel/py-lxml/distinfo
+1-1devel/py-lxml/Makefile
+4-42 files

FreeNAS/freenas f17fd50src/middlewared/middlewared/api/v27_0_0 app_registry.py, src/middlewared/middlewared/plugins/app_registry crud.py __init__.py

Convert app.registry service to be typesafe
DeltaFile
+61-66src/middlewared/middlewared/plugins/app_registry/crud.py
+52-0src/middlewared/middlewared/plugins/app_registry/__init__.py
+10-4src/middlewared/middlewared/plugins/app_registry/utils.py
+9-2src/middlewared/middlewared/plugins/apps_images/dockerhub_ratelimit.py
+5-3src/middlewared/middlewared/plugins/apps_images/utils.py
+4-2src/middlewared/middlewared/api/v27_0_0/app_registry.py
+141-774 files not shown
+149-7910 files

LLVM/project 2a6590bllvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/CodeGen/AArch64 ldst-opt.ll

rebase

Created using spr 1.3.7
DeltaFile
+326-4,626llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-setcc.ll
+192-2,277llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-fp-vp.ll
+950-380llvm/test/CodeGen/AArch64/ldst-opt.ll
+209-906llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+977-0llvm/test/CodeGen/AMDGPU/packed-dependencies.mir
+3,205-8,740588 files not shown
+16,206-16,692594 files

LLVM/project 29a47bellvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/CodeGen/AArch64 ldst-opt.ll

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+326-4,626llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-setcc.ll
+192-2,277llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-fp-vp.ll
+950-380llvm/test/CodeGen/AArch64/ldst-opt.ll
+209-906llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+977-0llvm/test/CodeGen/AMDGPU/packed-dependencies.mir
+3,205-8,740588 files not shown
+16,206-16,692594 files

LLVM/project e933988llvm/lib/Target/AMDGPU AMDGPULowerModuleLDSPass.cpp, llvm/test/CodeGen/AMDGPU lower-module-lds-link-time-internal-multi-user.ll lower-module-lds-link-time-global-scope.ll

[NFC][AMDGPU] Remove `amdgpu-link-time-lds` module flag

We could just use `AMDGPUTargetMachine::EnableObjectLinking` to control. Don't
really need that. This is from a previous design where we wanted to let
different components to decide whether we want to use object linking
independently, but that would not really work.
DeltaFile
+0-3llvm/test/CodeGen/AMDGPU/lower-module-lds-link-time-internal-multi-user.ll
+0-3llvm/test/CodeGen/AMDGPU/lower-module-lds-link-time-global-scope.ll
+0-3llvm/test/CodeGen/AMDGPU/lower-module-lds-link-time-classify.ll
+0-2llvm/test/CodeGen/AMDGPU/lower-module-lds-link-time-internal-func.ll
+0-2llvm/lib/Target/AMDGPU/AMDGPULowerModuleLDSPass.cpp
+0-135 files

LLVM/project 6f5b491llvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/CodeGen/AArch64 ldst-opt.ll

Merge branch 'main' into users/vitalybuka/spr/lit-use-dbg-instead-of-note-for-tool-detection
DeltaFile
+326-4,626llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-setcc.ll
+192-2,277llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-fp-vp.ll
+950-380llvm/test/CodeGen/AArch64/ldst-opt.ll
+209-906llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+977-0llvm/test/CodeGen/AMDGPU/packed-dependencies.mir
+3,205-8,740587 files not shown
+16,203-16,691593 files

LLVM/project ca11aaclldb/include/lldb/Utility StringExtractorGDBRemote.h, lldb/packages/Python/lldbsuite/test/tools/lldb-server gdbremote_testcase.py

[lldb-server] Implement support for MultiBreakpoint packet

This is fairly straightforward, thanks to the helper functions created
in the previous commit.

https://github.com/llvm/llvm-project/pull/192910
DeltaFile
+63-0lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.cpp
+2-0lldb/source/Utility/StringExtractorGDBRemote.cpp
+2-0lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.h
+0-1lldb/test/API/functionalities/multi-breakpoint/TestMultiBreakpoint.py
+1-0lldb/packages/Python/lldbsuite/test/tools/lldb-server/gdbremote_testcase.py
+1-0lldb/include/lldb/Utility/StringExtractorGDBRemote.h
+69-16 files

FreeBSD/ports 186b8absecurity/strongswan distinfo Makefile

security/strongswan: Update 6.0.5 => 6.0.6 (fix 7 CVEs)

Changelog:
https://github.com/strongswan/strongswan/releases/tag/6.0.6

PR:             294718
Approved by:    blanket (fix CVEs)
Security:       CVE-2026-35328
Security:       CVE-2026-35329
Security:       CVE-2026-35330
Security:       CVE-2026-35331
Security:       CVE-2026-35332
Security:       CVE-2026-35333
Security:       CVE-2026-35334
Sponsored by:   UNIS Labs
MFH:            2026Q2

(cherry picked from commit 3b628bd6b80f25100a96ba921c45c6d9e5878061)
DeltaFile
+3-3security/strongswan/distinfo
+1-2security/strongswan/Makefile
+4-52 files

FreeBSD/ports bc430ffsecurity/strongswan Makefile

security/strongswan: Enable ML plugin by default to allow Post-Quantum Key Exchange Methods

Currently ML-DSA (used for Digital Signatures) is a draft in strongswan
(ETA Version 6.1.0 or later). So CNSA 2.0 cannot be fully supported yet.
https://linux-ipsec.org/slides/2025/steffen-pqc-auth-for-ikev2.pdf
But most firewalls (Palo Alto / Fortigate) already support ML-KEM Key
Exchange in addition to standard proposals.
E.g. aes128gcm16-ecp256-ke1_mlkem512.

More details:
https://docs.strongswan.org/docs/latest/config/proposals.html

PR:             294305
Approved by:    strongswan at Nanoteq.com (maintainer, timeout 2 weeks)
Sponsored by:   UNIS Labs

(cherry picked from commit fb347f77757066e2bc0989fd66c8f02c9bf862d9)
DeltaFile
+2-1security/strongswan/Makefile
+2-11 files

OpenZFS/src 6758934tests/zfs-tests/tests/functional/snapshot snapshot_018_pos.ksh

ZTS: snapshot_018_pos.ksh add extra margin

The date(1) command and snapshot timestamps use different clock
sources which can result in a small discrepancy.  This can cause
the test the incorrectly fail.  To avoid this, add a brief delay
to the test case to allow for minor skew.

Reviewed-by: Tony Hutter <hutter2 at llnl.gov>
Signed-off-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Closes #18450
DeltaFile
+5-0tests/zfs-tests/tests/functional/snapshot/snapshot_018_pos.ksh
+5-01 files

OpenZFS/src 60a7f64tests/zfs-tests/tests/functional/mmp mmp_on_uberblocks.ksh

ZTS: mmp_on_uberblocks.ksh simplify

The last portion of mmp_on_uberblocks.ksh was intended to verify that
the sequence number was incremented.  However, it failed to account for
the case where a txg sync would occur resulting in the sequence number
being correctly reset.

Rather than add additional code to detect this that check has been
removed.  The mmp update frequency is still verified via the kstat
which is a more reliably mechanism to detect the writes.  There are
several other mmp tests which verify the uberblock changes are reflected
on disk so there's no significant loss of test coverage.

Finally, the test case has been simplified to use the within_percent
function for readability.

Reviewed-by: Tony Hutter <hutter2 at llnl.gov>
Signed-off-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Closes #18452
DeltaFile
+12-37tests/zfs-tests/tests/functional/mmp/mmp_on_uberblocks.ksh
+12-371 files

FreeBSD/ports 3b628bdsecurity/strongswan distinfo Makefile

security/strongswan: Update 6.0.5 => 6.0.6 (fix 7 CVEs)

Changelog:
https://github.com/strongswan/strongswan/releases/tag/6.0.6

PR:             294718
Approved by:    blanket (fix CVEs)
Security:       CVE-2026-35328
Security:       CVE-2026-35329
Security:       CVE-2026-35330
Security:       CVE-2026-35331
Security:       CVE-2026-35332
Security:       CVE-2026-35333
Security:       CVE-2026-35334
Sponsored by:   UNIS Labs
MFH:            2026Q2
DeltaFile
+3-3security/strongswan/distinfo
+1-2security/strongswan/Makefile
+4-52 files

LLVM/project e3a65e9llvm/utils profcheck-xfail.txt

[ProfCheck] Add test from #193580 to xfail list (#193799)

We haven't gotten to this part of pre-isel-intrinsic-lowering yet.
DeltaFile
+1-0llvm/utils/profcheck-xfail.txt
+1-01 files

LLVM/project d707870libcxx/test/libcxx/fuzzing random.pass.cpp, libcxx/test/std/depr/depr.c.headers stdio_h.compile.pass.cpp

[libcxx] XFAIL some tests for LLVM libc

Mark the tests that are currently failing on LLVM libc with the new
CMake cache as XFAIL so that we can get CI stood up as soon as possible.

Reviewers: ldionne, jtstogel, philnik777

Pull Request: https://github.com/llvm/llvm-project/pull/193644
DeltaFile
+4-0libcxx/utils/libcxx/test/features/platform.py
+3-0libcxx/test/std/diagnostics/syserr/syserr.errcat/syserr.errcat.objects/system_category.pass.cpp
+3-0libcxx/test/libcxx/fuzzing/random.pass.cpp
+3-0libcxx/test/std/language.support/support.runtime/csignal.pass.cpp
+3-0libcxx/test/std/language.support/support.runtime/cstdlib.pass.cpp
+3-0libcxx/test/std/depr/depr.c.headers/stdio_h.compile.pass.cpp
+19-070 files not shown
+225-076 files

LLVM/project 4dfc4callvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/CodeGen/AArch64 ldst-opt.ll

rebase

Created using spr 1.3.7
DeltaFile
+326-4,626llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-setcc.ll
+192-2,277llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-fp-vp.ll
+950-380llvm/test/CodeGen/AArch64/ldst-opt.ll
+209-906llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+977-0llvm/test/CodeGen/AMDGPU/packed-dependencies.mir
+3,205-8,740520 files not shown
+15,852-16,990526 files

LLVM/project f6e45f4llvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/CodeGen/AArch64 ldst-opt.ll

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+326-4,626llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-setcc.ll
+192-2,277llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-fp-vp.ll
+950-380llvm/test/CodeGen/AArch64/ldst-opt.ll
+209-906llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+977-0llvm/test/CodeGen/AMDGPU/packed-dependencies.mir
+3,205-8,740520 files not shown
+15,852-16,990526 files

LLVM/project 11f796cllvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/CodeGen/AArch64 ldst-opt.ll

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+326-4,626llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-setcc.ll
+192-2,277llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-fp-vp.ll
+950-380llvm/test/CodeGen/AArch64/ldst-opt.ll
+209-906llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+977-0llvm/test/CodeGen/AMDGPU/packed-dependencies.mir
+3,205-8,740520 files not shown
+15,852-16,990526 files

LLVM/project e4c44c6.github/workflows libcxx-build-containers.yml

[libcxx][Github] Build container images in separate jobs (#193346)

With some recent refactorings, these builds are almost entirely
independent (minus some caching of pulled base images). Put them into
separate jobs so we can take advantage of paralleism during the builds
to get the total wall-time down.

This wouldn't have as big of an advantage if we were using the just
built base image, but should still be wall-time advantagous even if we
go back to doing that when relevant.
DeltaFile
+7-14.github/workflows/libcxx-build-containers.yml
+7-141 files

LLVM/project f650fbalibcxx/cmake/caches Generic-llvm-libc.cmake, libcxx/test/configs llvm-libc++-llvm-libc.cfg.in

[libcxx] Add Testing Configuration for LLVM libc

This patch adds a CMake cache, and the testing configs to build libc++
and run the tests against LLVM libc.

Reviewers: ldionne, philnik777, jtstogel

Pull Request: https://github.com/llvm/llvm-project/pull/165120
DeltaFile
+62-0libcxx/cmake/caches/Generic-llvm-libc.cmake
+27-0libcxx/test/configs/llvm-libc++-llvm-libc.cfg.in
+27-0libcxxabi/test/configs/llvm-libc++abi-llvm-libc.cfg.in
+20-0libcxx/utils/ci/run-buildbot
+136-04 files

FreeNAS/freenas b362584debian/debian control, src/freenas/usr/local/sbin firmware_update.py

Add support for ARM build
DeltaFile
+161-152src/freenas/usr/local/sbin/firmware_update.py
+4-3debian/debian/control
+3-2src/middlewared/middlewared/utils/nss/nss_common.py
+3-2src/middlewared/debian/control
+3-2src/freenas/usr/share/initramfs-tools/hooks/truenas
+4-1src/middlewared/middlewared/utils/sensors.py
+178-1622 files not shown
+183-1648 files

LLVM/project dc34d16llvm/lib/Target/AMDGPU GCNSchedStrategy.cpp GCNSchedStrategy.h, llvm/test/CodeGen/AMDGPU sched_mfma_rewrite_copies.mir misched-remat-revert.ll

Re-apply "[AMDGPU][Scheduler] Use MIR-level rematerializer in rematerialization stage (#189491)" (#192443)

This fixes compilation errors in EXPENSIVE_CHECKS introduced by
[be62f27](https://github.com/llvm/llvm-project/commit/be62f270fd01e8c526f1e37df74ff1061e360dab).
This is solved by moving the EXPENSIVE_CHECKS block at its original
caller's site so that the data it reads is available.

Original PR description below.

---

This makes the scheduler's rematerialization stage use the
target-independent rematerializer. Previosuly duplicate logic is
deleted, and restrictions are put in place in the stage so that the same
cosntraints as before apply on rematerializable registers (as the
rematerializer is able to expose many more rematerialization
opportunities than what the stage can track at the moment). Consequently
it is not expected that this change improves performance overall, but it
is a first step toward being able to use the rematerializer's more

    [17 lines not shown]
DeltaFile
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+0-577llvm/test/CodeGen/AMDGPU/misched-remat-revert.ll
+136-321llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
+49-73llvm/lib/Target/AMDGPU/GCNSchedStrategy.h
+36-36llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_cost.mir
+19-19llvm/test/CodeGen/AMDGPU/machine-scheduler-sink-trivial-remats-attr.mir
+791-1,5772 files not shown
+814-1,6008 files

FreeBSD/src 2ddefc8libexec/rtld-elf rtld.c

rtld: fix processing of preloaded z_initfirst objects

(cherry picked from commit 9b844b495e8e63439ffe523757ac7444a16317af)
DeltaFile
+5-0libexec/rtld-elf/rtld.c
+5-01 files

FreeBSD/src f3ca689usr.bin/kdump kdump.c Makefile

kdump: tweaks for the extended errors decoding

(cherry picked from commit 5c89d661a023c83a2001cf5b354b09c7d3ac91d8)
DeltaFile
+20-3usr.bin/kdump/kdump.c
+1-0usr.bin/kdump/Makefile
+21-32 files

FreeBSD/src 75ae51busr.bin/kdump kdump.c

kdump(1): add sys/ prefix for exterror source file name

(cherry picked from commit 4d062dbc20dce5a94da8dca1253ac9337b951c51)
DeltaFile
+1-1usr.bin/kdump/kdump.c
+1-11 files

FreeBSD/src 0b6f465libexec/rtld-elf rtld.c

rtld: fix processing of preloaded z_initfirst objects

(cherry picked from commit 9b844b495e8e63439ffe523757ac7444a16317af)
DeltaFile
+5-0libexec/rtld-elf/rtld.c
+5-01 files

LLVM/project 18e4f3bflang/lib/Parser openmp-parsers.cpp, flang/test/Parser/OpenMP parallel-loop-unparse.f90

[flang][OpenMP] Add parallel loop to loop directive parser set (#193621)

Add `OMPD_parallel_loop` to `GetLoopDirectives()` in the Flang OpenMP
parser so that the valid OpenMP 5.0 combined construct
`!$omp parallel loop` is recognized as a loop construct.

Previously, the parser failed to match `parallel loop` as a loop
directive. It then fell through to matching `parallel` as a block
construct, leaving `loop` as an unexpected token, producing:

```
error: expected OpenMP construct
    !$omp parallel loop
                       ^
```

The directive was already fully defined in OMP.td and handled in the
semantics directive sets, lowering, and MLIR `GenericLoopConversion`
passes. Only the parser set was missing the entry.

    [5 lines not shown]
DeltaFile
+69-0flang/test/Parser/OpenMP/parallel-loop-unparse.f90
+1-0flang/lib/Parser/openmp-parsers.cpp
+70-02 files

LLVM/project 4a74a43flang/lib/Optimizer/Transforms/CUDA CUFGPUToLLVMConversion.cpp, flang/test/Fir/CUDA cuda-gpu-launch-func.mlir

[flang][cuda] Flatten memref descriptors in GPU kernel argument packing (#193651)

createKernelArgArray in CUFGPUToLLVMConversion packed one pointer per
operand, treating a memref argument as a single value. But gpu-to-nvvm
expands each memref into 3 + 2*rank scalar parameters, so the host-side
kernelParams did not match the device kernel signature and
cudaLaunchKernel failed with cudaErrorInvalidValue.

Host-side packing now unpacks each memref descriptor into its scalar
fields (allocatedPtr, alignedPtr, offset, sizes..., strides...),
matching the NVVM ABI. Non-memref operands pass through unchanged.
DeltaFile
+188-0flang/test/Fir/CUDA/cuda-gpu-launch-func.mlir
+29-9flang/lib/Optimizer/Transforms/CUDA/CUFGPUToLLVMConversion.cpp
+217-92 files