LLVM/project a916cb6clang/include/clang/Basic DarwinSDKInfo.h, clang/lib/Basic DarwinSDKInfo.cpp

[clang][driver][darwin] DarwinSDKInfo doesn't match sufficiently modified triples, doesn't warn for unsupported architectures (#204061)

DarwinSDKInfo::getPlatformPrefix(...) is passed the effective target
triple which has undergone modifications from the original -target
value, which can sometimes even include changes to the triple's
environment. That will cause it to fail to match the platform infos, not
get a platform prefix, and get incorrect default search paths. In the
case where a triple doesn't match, check all platform infos, and if they
all have the same platform prefix, then use that.

DarwinSDKInfo::supportsTriple(...) doesn't try to match the architecture
of the triple. That makes it not emit -Wincompatible-sysroot e.g. when
trying to use arm64 against a sufficiently old macOS SDK or when still
trying to build i386 for macOS. Instead of parsing values from
SDKSettings.json into a Triple, storing the probably-relevant
components, and then comparing those against a full Triple, just store
the parsed triple and get rid of the custom comparison code. While this
does make the matching problem above a little more fragile, in practice
that's well mitigated by treating thumb* and arm* as equivalent, and it

    [6 lines not shown]
DeltaFile
+176-27clang/lib/Basic/DarwinSDKInfo.cpp
+27-35clang/include/clang/Basic/DarwinSDKInfo.h
+18-11clang/test/Driver/incompatible_sysroot.c
+6-12clang/lib/Driver/ToolChains/Darwin.cpp
+3-4clang/unittests/Basic/DarwinSDKInfoTest.cpp
+4-0clang/test/Driver/driverkit-path.c
+234-891 files not shown
+235-907 files

LLVM/project 804787cclang/include/clang/Basic DiagnosticDriverKinds.td, clang/include/clang/Options Options.td

Revert all changes in clang
DeltaFile
+0-19clang/lib/Driver/ToolChains/Clang.cpp
+2-12clang/test/Driver/dxc_debug.hlsl
+4-8clang/include/clang/Options/Options.td
+0-10clang/include/clang/Basic/DiagnosticDriverKinds.td
+6-494 files

FreeBSD/ports a761e88net-im/matterircd distinfo Makefile

net-im/matterircd: Update 0.29.0 => 0.30.0

Changelog:
https://github.com/42wim/matterircd/releases/tag/v0.30.0

PR:             296279
Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q2

(cherry picked from commit 09596b77cc52726c91cc62fe10888e8b9c301a58)
DeltaFile
+3-3net-im/matterircd/distinfo
+1-2net-im/matterircd/Makefile
+4-52 files

FreeBSD/ports 09596b7net-im/matterircd distinfo Makefile

net-im/matterircd: Update 0.29.0 => 0.30.0

Changelog:
https://github.com/42wim/matterircd/releases/tag/v0.30.0

PR:             296279
Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q2
DeltaFile
+3-3net-im/matterircd/distinfo
+1-2net-im/matterircd/Makefile
+4-52 files

LLVM/project 1813ca6llvm/test/CodeGen/AMDGPU load-constant-i8.ll indirect-addressing-si.ll

AMDGPU: Avoid default subtarget in generated codegen tests (2/9) (#205785)

Continue migrating away from testing the dummy target, and use
real targets approximating the old behavior. Performed by script.

Co-Authored-By: Claude <noreply at anthropic.com> (Claude-Opus-4.8)
DeltaFile
+899-888llvm/test/CodeGen/AMDGPU/load-constant-i8.ll
+523-1,180llvm/test/CodeGen/AMDGPU/indirect-addressing-si.ll
+710-768llvm/test/CodeGen/AMDGPU/load-global-i8.ll
+693-685llvm/test/CodeGen/AMDGPU/load-constant-i1.ll
+664-639llvm/test/CodeGen/AMDGPU/load-constant-i16.ll
+626-635llvm/test/CodeGen/AMDGPU/load-local-i16.ll
+4,115-4,79590 files not shown
+6,994-7,67896 files

FreeBSD/ports e3b57e7sysutils/tmux-mem-cpu-load distinfo Makefile

sysutils/tmux-mem-cpu-load: Update to 3.8.3
DeltaFile
+3-3sysutils/tmux-mem-cpu-load/distinfo
+1-1sysutils/tmux-mem-cpu-load/Makefile
+4-42 files

LLVM/project 334907cllvm/test/Transforms/IndVarSimplify exit-value-gep-inbounds.ll

[IndVars] Add tests with exit uses of inbounds GEPs. (NFC) (#205665)
DeltaFile
+245-0llvm/test/Transforms/IndVarSimplify/exit-value-gep-inbounds.ll
+245-01 files

LLVM/project 1254310llvm/test/CodeGen/AMDGPU div_v2i128.ll bf16.ll

AMDGPU: Avoid using default subtarget in generated codegen tests (1/9) (#205784)

Fix codegen tests using amdgcn triples without a target-cpu. The dummy
default subtarget has always been an irritating edge case to deal with.
For unknown/mesa3d/amdpal triples, this has been a gfx600-like result
and gfx700-like result for amdhsa. Convert tests to use the explicit
target. This was performed by vibe-coded script, and covers tests
using update_{llc|mir}_test_checks. There are some minor codegen
differences to be expected, mostly due to now having a scheduling 
model.

In the future we should forbid trying to codegen the default target.

Co-Authored-By: Claude <noreply at anthropic.com> (Claude-Opus-4.8)
DeltaFile
+2,592-2,587llvm/test/CodeGen/AMDGPU/div_v2i128.ll
+1,940-1,931llvm/test/CodeGen/AMDGPU/bf16.ll
+639-643llvm/test/CodeGen/AMDGPU/fceil64.ll
+538-538llvm/test/CodeGen/AMDGPU/calling-conventions.ll
+238-746llvm/test/CodeGen/AMDGPU/global_atomics_scan_fmin.ll
+238-746llvm/test/CodeGen/AMDGPU/global_atomics_scan_fmax.ll
+6,185-7,19191 files not shown
+11,628-12,66197 files

LLVM/project 81b21deoffload/test/offloading xteam_min_reduction_partial_wave.c

fix false positive clang-format suggestions
DeltaFile
+8-4offload/test/offloading/xteam_min_reduction_partial_wave.c
+8-41 files

OpenZFS/src 50d012bmodule/zfs zio.c

zbookmark_compare: handle "marker" bookmarks with negative levels

"Marker" bookmarks (those with zb_level == ZB_ROOT_LEVEL, ZB_ZIL_LEVEL
or ZB_DNODE_LEVEL) represent valid blocks, but are associated with a
dataset directly rather than with a specific object within it. They end
up on bookmark lists during scan prefetch, and so need to be sorted
ahead of any "true" object blocks.

The problem is that for negative levels, BP_SPANB produces a negative
shift, which is not legal C. Fortunately the results are used only for
comparison, so the worst possible behaviour in a forgiving compilation
environment is a mis-sort, which for the scan/traverse cases, means that
we haven't prefetched certain metadata before we actually need it. But
there _is_ UB in there, and UBSAN does rightly complain.

Here we fix all this by handling these bookmarks directly - sorting them
ahead of "true" object blocks, which is usually what scan/traverse will
prefer. And we don't do any interesting math on these bookmarks, so we
sidestep the whole UB thing.

    [6 lines not shown]
DeltaFile
+61-0module/zfs/zio.c
+61-01 files

NetBSD/pkgsrc-wip 8a6dc8ecrush distinfo COMMIT_MSG

crush: Update to v0.80.0
DeltaFile
+33-33crush/distinfo
+23-5crush/COMMIT_MSG
+11-10crush/go-modules.mk
+1-1crush/Makefile
+68-494 files

LLVM/project 5c561a3mlir/lib/TableGen CodeGenHelpers.cpp, mlir/test/IR test-successor-verifier.mlir

[MLIR] Fix broken 'Successor<CPred<...>>' functionality in mlir-tblgen (#205375)

Previously, mlir-tblgen would generate incorrect C++ code when
passing a custom constraint to `Successor<...>`. The code would fail
to compile. We lacked end-to-end tests for this functionality and all
in-tree dialects only use `AnySuccessor` for their successors.

Custom C++ predicates for an Operation's successor(s) can be useful
in order to generate verification for certain conditions (e.g. that the
successor is the "next" block). This commit fixes the mlir-tblgen
functionality and adds end-to-end tests in the Test dialect for single
and variadic successors.

Assisted-by: Claude
DeltaFile
+49-0mlir/test/IR/test-successor-verifier.mlir
+21-11mlir/tools/mlir-tblgen/OpDefinitionsGen.cpp
+27-0mlir/test/lib/Dialect/Test/TestOps.td
+5-7mlir/test/mlir-tblgen/constraint-unique.td
+1-1mlir/lib/TableGen/CodeGenHelpers.cpp
+103-195 files

LLVM/project f775aedoffload/test/offloading xteam_min_reduction_partial_wave.c

make test clearer and a bit better
DeltaFile
+23-14offload/test/offloading/xteam_min_reduction_partial_wave.c
+23-141 files

NetBSD/pkgsrc 8s0sHvqnet/powerdns-recursor distinfo Makefile

   powerdns-recursor: Update to 5.4.3

   Released: 25th of June 2026
   Bug Fixes
   Fix PowerDNS Security Advisory 2026-08 for PowerDNS Recursor: Multiple Issues
VersionDeltaFile
1.51+4-4net/powerdns-recursor/distinfo
1.64+2-3net/powerdns-recursor/Makefile
+6-72 files

NetBSD/pkgsrc RK7VmMSdoc CHANGES-2026

   doc: Updated net/powerdns-recursor to 5.4.3
VersionDeltaFile
1.4014+2-1doc/CHANGES-2026
+2-11 files

FreeNAS/freenas 8010d68src/middlewared/middlewared/plugins/enclosure_ slot_mappings.py

drop V-series from get_nvme_slot_info
DeltaFile
+0-4src/middlewared/middlewared/plugins/enclosure_/slot_mappings.py
+0-41 files

FreeBSD/ports 773e956devel/aws-c-s3 distinfo Makefile

devel/aws-c-s3: Update to 0.12.7

ChangeLog: https://github.com/awslabs/aws-c-s3/releases/tag/v0.12.7
DeltaFile
+3-3devel/aws-c-s3/distinfo
+1-1devel/aws-c-s3/Makefile
+4-42 files

FreeBSD/ports aefb198devel/aws-c-common distinfo Makefile

devel/aws-c-common: Update to 0.14.1

ChangeLog: https://github.com/awslabs/aws-c-common/releases/tag/v0.14.1
DeltaFile
+3-3devel/aws-c-common/distinfo
+1-1devel/aws-c-common/Makefile
+4-42 files

FreeBSD/ports 150f597devel/aws-c-sdkutils distinfo Makefile

devel/aws-c-sdkutils: Update to 0.2.6

ChangeLog: https://github.com/awslabs/aws-c-sdkutils/releases/tag/v0.2.6
DeltaFile
+3-3devel/aws-c-sdkutils/distinfo
+1-1devel/aws-c-sdkutils/Makefile
+4-42 files

LLVM/project 7ede8a4clang/test/CIR/CodeGen constant-inits.cpp record-zero-init-padding.c

[NFC][CIR] Fix test that used 'DAG-SAME' (#205867)

'DAG-SAME' isn't a thing in file-check, so these lines weren't being
checked. This patch just puts them all on teh same line as they should
be.
DeltaFile
+10-43clang/test/CIR/CodeGen/constant-inits.cpp
+4-22clang/test/CIR/CodeGen/record-zero-init-padding.c
+14-652 files

FreeNAS/freenas 65d21adsrc/middlewared/middlewared/plugins/enclosure_ ses_enclosures2.py constants.py

address further reviews
DeltaFile
+12-17src/middlewared/middlewared/plugins/enclosure_/ses_enclosures2.py
+21-0src/middlewared/middlewared/plugins/enclosure_/constants.py
+5-3src/middlewared/middlewared/plugins/enclosure_/slot_mappings.py
+2-5src/middlewared/middlewared/plugins/enclosure_/sysfs_disks.py
+2-1src/middlewared/middlewared/plugins/enclosure_/enclosure_class.py
+42-265 files

LLVM/project 99f4b63llvm/test/CodeGen/AMDGPU rotate-add.ll

AMDGPU: Fix wrong triple in rotate-add test (#205863)

This was overwritten by the command line anyway.
DeltaFile
+0-2llvm/test/CodeGen/AMDGPU/rotate-add.ll
+0-21 files

FreeBSD/ports 2ccd3d7graphics Makefile, graphics/R-cran-venn Makefile distinfo

graphics/R-cran-venn: New port

A close to zero dependency package to draw and display Venn diagrams up
to 7 sets, and any Boolean union of set intersections.
DeltaFile
+18-0graphics/R-cran-venn/Makefile
+3-0graphics/R-cran-venn/distinfo
+2-0graphics/R-cran-venn/pkg-descr
+1-0graphics/Makefile
+24-04 files

LLVM/project 65d1661lldb/source/Plugins/Process/gdb-remote GDBRemoteCommunicationClient.cpp

[lldb][gdb-remote] Send QSetSTDIOWindowSize for a 0x0 size (#205772)

The client uses a 0x0 STDIO window size as a deliberate signal to the
server that there is no client terminal, so the server should redirect
the inferior's stdio over anonymous pipes instead of a ConPTY (on
Windows).

This is a follow up to https://github.com/llvm/llvm-project/pull/203562.

rdar://178725958
DeltaFile
+2-1lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationClient.cpp
+2-11 files

LLVM/project 291a2d1llvm/test/ThinLTO/X86 memprof-icp.ll

[MemProf] Make ICP test check compared target more strictly (#201656)

We intend to check that we are comparing to the original uncloned
target, but weren't checking for EOL. Add the EOL check.
DeltaFile
+4-4llvm/test/ThinLTO/X86/memprof-icp.ll
+4-41 files

OpenBSD/src Vp2C8l0usr.sbin/vmd vioscsi.c

   vmd(8): prevent virtio scsi DoS from bad descriptor length.

   A guest can construct a looping, zero-length descriptor chain that
   spins forever when processing a READ_10 command. Check for zero
   length scenario and abort the read with a warning.

   Reported by Frank Denis.

   Discussed with and "go for it" from mlarkin@
VersionDeltaFile
1.31+6-1usr.sbin/vmd/vioscsi.c
+6-11 files

LLVM/project ab3d63cclang-tools-extra/pp-trace PPCallbacksTracker.cpp

[Clang-tools-extra] Add missing values to CharacteristicKindStrings (#205455)

Static analysis flagged that we were indexing CharacteristicKindStrings
in PPCallbacksTracker::FileChanged based on the values of
SrcMgr::CharacteristicKind which would access outside array bounds for
some values of the enum. As far I can see all value of the enum are
possible when calling FileChanged and so the array should indeed cover
all values. So I added the missing values to the array.
DeltaFile
+3-2clang-tools-extra/pp-trace/PPCallbacksTracker.cpp
+3-21 files

LLVM/project dc31f05clang/docs ReleaseNotes.rst, clang/lib/Sema SemaExpr.cpp

[Clang] Rebuild lambda capture initializers in default member initializers

Fixes https://github.com/llvm/llvm-project/issues/196469

Since the CWG1815 implementation, InitListChecker rebuilds a default member initializer at its point of use in aggregate initialization. The rebuild uses the EnsureImmediateInvocationInDefaultArgs tree transform, where TransformCXXBindTemporaryExpr strips CXXBindTemporaryExpr nodes, relying on the subexpression's rebuild to recreate the temporary binding and re-register cleanups in the current evaluation context.

However, the transform overrides TransformLambdaExpr because the lambda body is not a subexpression. Returning the original lambda unchanged skips the MaybeBindToTemporary call that BuildLambdaExpr would normally perform, so the rebuilt initializer can lack the closure temporary binding and cleanup marker. CodeGen then misses the closure destructor and init-captured members can leak.

Lambda init-capture initializers are evaluated in the enclosing context and can also contain immediate invocations or source-location expressions that need to be rebuilt at the default-initializer use site. Rebuild those initializer expressions without rebuilding the closure type, capture declarations, or body, so body references to init-capture declarations remain valid. When a capture initializer changes, create a replacement LambdaExpr that shares the existing closure and body, then bind the lambda temporary explicitly to restore cleanup emission.

Co-Authored-By: GPT-5.5 <noreply at openai.com>
DeltaFile
+48-8clang/lib/Sema/SemaExpr.cpp
+37-0clang/test/CodeGenCXX/gh196469-default-member-init-lambda-cleanup.cpp
+23-0clang/test/SemaCXX/gh196469-default-member-init-lambda-capture.cpp
+0-12clang/test/SemaCXX/source_location.cpp
+2-0clang/docs/ReleaseNotes.rst
+110-205 files

LLVM/project ebc2f79clang/lib/CIR/Dialect/Transforms EHABILowering.cpp, clang/test/CIR/CodeGen cleanup-scope-throw-caught.cpp

[CIR] Fix lost catch clauses on EH landing pads (#205638)

A throw caught by an enclosing handler could call std::terminate instead of
entering the handler. The smallest trigger is a try that destroys a local and
throws a new-expression whose type has a throwing constructor: two cleanups
then sit on the path to the handler and produce two cir.eh.initiate operations
that funnel into one cir.eh.dispatch. The same bug also asserted on ordinary
nested try/catch and dropped the outer handler's catch clause from the inner
landing pad on a nested throw.

ItaniumEHLowering::lowerEhInitiate derived each landing pad's catch clauses
while destructively walking the eh_token graph, tying a correctness property
to lowering order: whichever initiate lowered first tore down the shared cir.br
edges, so the other reached no dispatch and kept an empty catch_type_list -- a
cleanup-only landing pad that resumes past the handler.

lowerFunc now does a read-only walk first. For each initiate it collects every
dispatch the exception can reach (innermost first, preserving nested catch
order) and records the catch_type_list, plus the cleanup clause when a cleanup

    [4 lines not shown]
DeltaFile
+147-57clang/lib/CIR/Dialect/Transforms/EHABILowering.cpp
+102-0clang/test/CIR/CodeGen/cleanup-scope-throw-caught.cpp
+249-572 files

LLVM/project bc3eb52clang/lib/CIR/CodeGen CIRGenBuiltin.cpp, clang/test/CIR/CodeGen builtin-atomic-is-lock-free.c

[CIR] Lower __atomic_is_lock_free / __c11_atomic_is_lock_free (#205862)

`__atomic_is_lock_free` and `__c11_atomic_is_lock_free` were routed to
`errorNYI` in CIRGen, so `std::atomic<T>::is_lock_free()` failed to
compile under `-fclangir` whenever the query wasn't constant-folded --
which is what the libcxx atomics lock-free tests hit.

This mirrors classic CodeGen (`CGBuiltin.cpp`): emit a call to the
runtime entry `bool __atomic_is_lock_free(size_t size, void *ptr)`.
`__atomic_is_lock_free` forwards its pointer argument;
`__c11_atomic_is_lock_free` passes a null pointer, since an `_Atomic`
object is always suitably aligned. `__atomic_test_and_set` /
`__atomic_clear` stay NYI.

The lowered call omits the `noundef`/`zeroext` argument and return
attributes classic emits, and the declaration picks up `dso_local`.
That's the existing CIR libcall attribute gap, so the test uses split
`LLVMCIR`/`OGCG` prefixes where the two diverge and a shared skeleton
where they match.
DeltaFile
+46-0clang/test/CIR/CodeGen/builtin-atomic-is-lock-free.c
+25-0clang/lib/CIR/CodeGen/CIRGenBuiltin.cpp
+71-02 files