Dreckly/dreckly 4d2563fnet/unbound distinfo Makefile, net/unbound/patches patch-configure

unbound: Security update to 1.25.1
DeltaFile
+15-3net/unbound/patches/patch-configure
+5-5net/unbound/distinfo
+3-3net/unbound/Makefile
+23-113 files

NetBSD/pkgsrc U3Aolczwww/firefox140-l10n distinfo Makefile

   firefox140-l10n: update to 140.11
VersionDeltaFile
1.12+307-307www/firefox140-l10n/distinfo
1.12+2-2www/firefox140-l10n/Makefile
+309-3092 files

NetBSD/pkgsrc mMb8lbIdoc CHANGES-2026

   doc: Updated www/firefox140 to 140.11.0
VersionDeltaFile
1.3182+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc 7T50CRiwww/firefox140 distinfo Makefile, www/firefox140/patches patch-media_ffvpx_libavcodec_parser__list.c

   firefox140: update to 140.11

   Mozilla Foundation Security Advisory 2026-48
   Security Vulnerabilities fixed in Firefox ESR 140.11

   Announced
       May 19, 2026
   Impact
       high
   Products
       Firefox ESR
   Fixed in

           Firefox ESR 140.11

   #CVE-2026-8946: Incorrect boundary conditions in the Audio/Video: Web Codecs component

   Reporter
       zx

    [221 lines not shown]
VersionDeltaFile
1.17+4-5www/firefox140/distinfo
1.17+3-3www/firefox140/Makefile
1.4+1-1www/firefox140/patches/patch-media_ffvpx_libavcodec_parser__list.c
+8-93 files

LLVM/project 70518e5flang/test/Semantics/OpenMP affected-loops.f90

Remove no longer valid comment
DeltaFile
+0-3flang/test/Semantics/OpenMP/affected-loops.f90
+0-31 files

LLVM/project 8ef4456lldb/source/Host/windows PseudoConsole.cpp ConnectionGenericFileWindows.cpp, lldb/source/Plugins/Process/Windows/Common ProcessWindows.cpp

[NFC][lldb][windows] NULL to nullptr replacement (#199031)
DeltaFile
+8-8lldb/source/Host/windows/PseudoConsole.cpp
+8-7lldb/source/Host/windows/ConnectionGenericFileWindows.cpp
+7-7lldb/source/Host/windows/ProcessLauncherWindows.cpp
+7-6lldb/source/Host/windows/MainLoopWindows.cpp
+5-7lldb/source/Plugins/Process/Windows/Common/arm64/RegisterContextWindows_arm64.cpp
+6-6lldb/source/Plugins/Process/Windows/Common/ProcessWindows.cpp
+41-4110 files not shown
+66-6616 files

LLVM/project 57011c9lldb/include/lldb/Host/windows MainLoopWindows.h, lldb/source/Host/windows ConnectionConPTYWindows.cpp

[NFC][lldb][windows] Default empty user-defined destructors (#199037)
DeltaFile
+1-1lldb/source/Plugins/Process/Windows/Common/ProcessWindows.cpp
+1-1lldb/source/Plugins/Process/Windows/Common/RegisterContextWindows.cpp
+1-1lldb/source/Plugins/Process/Windows/Common/arm/RegisterContextWindows_arm.cpp
+1-1lldb/source/Plugins/Process/Windows/Common/NativeThreadWindows.h
+1-1lldb/include/lldb/Host/windows/MainLoopWindows.h
+1-1lldb/source/Host/windows/ConnectionConPTYWindows.cpp
+6-63 files not shown
+9-99 files

LLVM/project a5bc2adlldb/test/API/windows/launch/missing-dll TestMissingDll.py

[lldb][windows] relax TestMissingDll.py assert (#199046)
DeltaFile
+2-1lldb/test/API/windows/launch/missing-dll/TestMissingDll.py
+2-11 files

LLVM/project 9b64970lldb/source/Host/windows PseudoConsole.cpp, lldb/source/Plugins/Process/Windows/Common ForwardDecl.h LocalDebugDelegate.h

[NFC][lldb][windows] Replace typedef with using (#199036)
DeltaFile
+4-4lldb/source/Host/windows/PseudoConsole.cpp
+4-4lldb/source/Plugins/Process/Windows/Common/ForwardDecl.h
+1-1lldb/source/Plugins/Process/Windows/Common/LocalDebugDelegate.h
+1-1lldb/source/Plugins/Process/Windows/Common/NativeProcessWindows.h
+10-104 files

LLVM/project a77010fclang/lib/CIR/CodeGen CIRGenCleanup.cpp, clang/test/CIR/CodeGen cleanup-conditional-with-wrapper-eh.cpp cleanup-conditional-with-wrapper.cpp

[CIR] Fix problem with multiple references to an alloca in a cleanup (#198928)

A recent change to hoist allocas out of a deferred cleanup scope had a
bug wherein if multiple entries in the deferred cleanup stack referenced
the same alloca, the second attempt to see if it needed to be hoisted
would assert in the MLIR region code. This was happening because when we
hoist the alloca, we hoist it to a block that is still under
construction. On the second encounter when we're walking its parent
chain to see if it is contained within the cleanup scope we're
processing, our call to get the parent region of the block containing
the alloca would assert because the alloca is in an unlinked block (it
gets added to a region after we're done constructing it).

To fix this problem, I changed the way we're checking for the alloca
being nested within the cleanup scope, using a more robust
implementation that will tolerate encountering unlinked operations.

Assisted-by: Cursor / claude-opus-4.7-thinking-xhigh
DeltaFile
+160-0clang/test/CIR/CodeGen/cleanup-conditional-with-wrapper-eh.cpp
+128-0clang/test/CIR/CodeGen/cleanup-conditional-with-wrapper.cpp
+14-2clang/lib/CIR/CodeGen/CIRGenCleanup.cpp
+302-23 files

OpenBSD/src THwi85rusr.sbin/bgpd rde_decide.c rde_rib.c

   Rename rde_generate_updates() to rde_enqueue_updates().

   OK tb@
VersionDeltaFile
1.108+7-7usr.sbin/bgpd/rde_decide.c
1.296+3-3usr.sbin/bgpd/rde_rib.c
1.703+2-2usr.sbin/bgpd/rde.c
1.351+2-2usr.sbin/bgpd/rde.h
1.74+2-2usr.sbin/bgpd/rde_peer.c
+16-165 files

LLVM/project e48fb36clang/lib/Driver ToolChain.cpp, clang/lib/Driver/ToolChains AMDGPU.cpp AMDGPUOpenMP.cpp

clang/AMDGPU: Use TranslateArgs from the base toolchain instead of the host

This fixes -Xopenmp-target / -Xarch for arbitrary arguments. HIP and OpenMP
had cargo-cult broken implementations of TranslateArgs, which called the host
toolchain's implementation, and then special case  transferred either -march
or -mcpu to the device argument list. The respective device forwarding flags
should work for any argument, not just this one. The main feature that needs
to be preserved is the shared filtering of unsupported sanitizers to degrade
them into warnings.

Most of the changes here are dealing with fallout observed when
the host target is darwin. The darwin toolchain happens to have
some hacky statefulness tracking the compile target version, which
gets written and rewritten on argument parsing. To maintain this hack,
there are a few unused calls to getArgsForToolChain; start passing OFK_Host
to these so the offload toolchains don't get confused and think they're in
a non-offload context.
DeltaFile
+43-16clang/lib/Driver/ToolChains/AMDGPU.cpp
+0-42clang/lib/Driver/ToolChains/AMDGPUOpenMP.cpp
+5-35clang/lib/Driver/ToolChains/HIPAMD.cpp
+5-25clang/lib/Driver/ToolChains/AMDGPU.h
+12-3clang/lib/Driver/ToolChain.cpp
+7-6clang/lib/Driver/ToolChains/Gnu.cpp
+72-1275 files not shown
+92-13511 files

LLVM/project 6a13b99clang/lib/Driver SanitizerArgs.cpp, clang/lib/Driver/ToolChains AMDGPU.cpp AMDGPU.h

clang: Refactor handling of offload sanitizer arguments

Previously the AMDGPU toolchains hackily handled -fsanitize arguments.
They would lie and report that all host side sanitizers are available,
then TranslateArgs would filter out the device side cases that do not
work, providing diagnostics for the skipped cases. Move that logic
into the base sanitizer argument parsing.

This makes the produced diagnostics more consistent. Previously we
would get repeated warnings when a sanitizer is fully unsupported
by amdgpu, which should now be once for the toolchain. These could
be further improved; we're printing the specific field of -fsanitize
in more cases where it could be skipped. In other cases we have the
opposite problem, where we aren't reporting the exact sanitizer
from the -f flag in the case that depends on a subtarget feature.

This will help fix other broken target specific flag forwarding bugs
in the future.

Co-authored-by: Claude Sonnet 4 <noreply at anthropic.com>
DeltaFile
+56-47clang/lib/Driver/ToolChains/AMDGPU.cpp
+85-11clang/lib/Driver/SanitizerArgs.cpp
+7-75clang/lib/Driver/ToolChains/AMDGPU.h
+21-24clang/lib/Driver/ToolChains/HIPAMD.cpp
+17-21clang/lib/Driver/ToolChains/AMDGPUOpenMP.cpp
+14-14clang/test/Driver/hip-sanitize-options.hip
+200-1928 files not shown
+261-20714 files

LLVM/project 3c8670bclang/lib/Driver/ToolChains AMDGPU.h PS4CPU.cpp

clang: Add BoundArch/OffloadKind argument to getSupportedSanitizers (#196503)

Currently the AMDGPU HIP and OpenMP toolchains falsely report
all host sanitizers are supported, and then go out of their way
to skip forwarding those to the device compiles. Add an offloading
kind argument so that in the future this can be handled in one
place in the base toolchain.

Co-authored-by: Claude Sonnet 4 <noreply at anthropic.com>
DeltaFile
+11-2clang/lib/Driver/ToolChains/AMDGPU.h
+8-4clang/lib/Driver/ToolChains/PS4CPU.cpp
+6-3clang/lib/Driver/ToolChains/HIPSPV.cpp
+6-2clang/lib/Driver/ToolChains/PS4CPU.h
+5-2clang/lib/Driver/ToolChains/Fuchsia.cpp
+5-2clang/lib/Driver/ToolChains/AMDGPUOpenMP.cpp
+41-1540 files not shown
+190-7246 files

LLVM/project 9d8e270utils/bazel/llvm-project-overlay/mlir BUILD.bazel

Fixes 20be2d6b
DeltaFile
+2-0utils/bazel/llvm-project-overlay/mlir/BUILD.bazel
+2-01 files

LLVM/project c37cbc4llvm/lib/Target/AMDGPU AMDGPURegBankCombiner.cpp, llvm/test/CodeGen/AMDGPU global-saddr-load.ll

PR feedback, fix tests
DeltaFile
+24-90llvm/test/CodeGen/AMDGPU/global-saddr-load.ll
+12-14llvm/lib/Target/AMDGPU/AMDGPURegBankCombiner.cpp
+36-1042 files

LLVM/project 04875f3llvm/lib/Target/AMDGPU AMDGPURegBankCombiner.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel load-d16.ll

[AMDGPU][True16] Add regbank combiner cases to fix regression around G_SEXTLOAD
DeltaFile
+63-165llvm/test/CodeGen/AMDGPU/GlobalISel/load-d16.ll
+17-2llvm/lib/Target/AMDGPU/AMDGPURegBankCombiner.cpp
+80-1672 files

LLVM/project b895637llvm/lib/Target/AMDGPU AMDGPURegBankLegalizeRules.cpp, llvm/test/CodeGen/AMDGPU global-saddr-load.ll

Add legalize rules and fix tests
DeltaFile
+165-63llvm/test/CodeGen/AMDGPU/GlobalISel/load-d16.ll
+90-24llvm/test/CodeGen/AMDGPU/global-saddr-load.ll
+6-9llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-sextload-s16-true16.mir
+7-2llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
+268-984 files

LLVM/project 128bcf8llvm/lib/Target/AMDGPU AMDGPULegalizerInfo.cpp

Update comment around destination reg size for clarity
DeltaFile
+5-1llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+5-11 files

LLVM/project 8591125llvm/lib/Target/AMDGPU AMDGPULegalizerInfo.cpp, llvm/test/CodeGen/AMDGPU flat-saddr-load.ll

[AMDGPU][True16] Legalize extloads into 16-bit registers

Signed-off-by: Domenic Nutile <domenic.nutile at gmail.com>
DeltaFile
+80-38llvm/test/CodeGen/AMDGPU/flat-saddr-load.ll
+2-2llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+82-402 files

LLVM/project b38ed9cllvm/test/CodeGen/AMDGPU/GlobalISel legalize-sextload-zextload-s16-true16.mir legalize-sextload-s16-true16.mir

PR feedback
DeltaFile
+0-376llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-sextload-zextload-s16-true16.mir
+87-0llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-sextload-s16-true16.mir
+5-1llvm/test/CodeGen/AMDGPU/GlobalISel/load-d16.ll
+92-3773 files

LLVM/project 644e03cllvm/test/CodeGen/AMDGPU/GlobalISel legalize-sextload-zextload-s16-true16.mir

[AMDGPU][True16] Create tests that will demonstrate true16 G_SEXTLOAD/G_ZEXTLOAD legalization changes
DeltaFile
+376-0llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-sextload-zextload-s16-true16.mir
+376-01 files

NetBSD/pkgsrc jvAoFeydoc CHANGES-2026

   doc: Updated mail/postfix to 3.11.3nb1
VersionDeltaFile
1.3181+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc YUQFIEqmail/postfix options.mk Makefile

   postfix: suggest sasl option

   This only allows the cyrus-sasl functionality in postfix.  It still
   needs to be administratively enabled in postfix, with Cyrus SASL
   mechanisms installed seperately.
VersionDeltaFile
1.45+2-2mail/postfix/options.mk
1.357+2-1mail/postfix/Makefile
+4-32 files

LLVM/project 58ae6acllvm/lib/Target/RISCV RISCVISelLowering.cpp

[RISCV][P-ext] Return SDValue() instead of calling DAG.UnrollVectorOp for non-splat shift amounts. NFCI (#198914)

The generic legalizer can call DAG.UnrollVectorOp itself.
DeltaFile
+1-1llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+1-11 files

LLVM/project 205c773flang/lib/Optimizer/Transforms AddAliasTags.cpp

review comments
DeltaFile
+16-14flang/lib/Optimizer/Transforms/AddAliasTags.cpp
+16-141 files

LLVM/project 4d01007llvm/lib/CodeGen/SelectionDAG DAGCombiner.cpp, llvm/lib/Target/PowerPC PPCISelLowering.cpp

[PowerPC] set libcall lowering for fp setcc ops on SPE boards (#153238)

SPE fp comparison instructions don't comply with IEEE-754. They treat
special values like NaN and Inf as normalized numbers, which leads to
incorrect results. For example, when comparing NaN with a normal, the
result can be true, even though the standard requires comparisons with
NaN to be false.

This patch fixes the issue by lowering these operations to libcalls. SPE
comparison instructions can still be used when fast-math flag is
enabled.
DeltaFile
+888-182llvm/test/CodeGen/PowerPC/fp-strict-fcmp-spe.ll
+608-205llvm/test/CodeGen/PowerPC/spe.ll
+40-12llvm/test/CodeGen/PowerPC/legalize-invert-br_cc.ll
+47-4llvm/lib/Target/PowerPC/PPCISelLowering.cpp
+6-6llvm/test/CodeGen/PowerPC/fast-isel-cmp-imm.ll
+2-0llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
+1,591-4091 files not shown
+1,592-4097 files

FreeBSD/doc 714148a. Makefile, documentation Makefile

Makefiles: Reflow

Minor grammar touch-ups to some comments as well.

Differential Revision:  https://reviews.freebsd.org/D54212
DeltaFile
+45-41documentation/Makefile
+11-10Makefile
+8-8website/Makefile
+64-593 files

OpenBSD/src rG9zhsGusr.sbin/relayd ssl.c

   relayd: remove X509_dup() call that leaks memory

   While there, add error checks for X509_set_{pubkey,issuer_name}().

   From Marc Jorge
VersionDeltaFile
1.40+9-6usr.sbin/relayd/ssl.c
+9-61 files

FreeBSD/ports 619a697devel/date Makefile

devel/date: Enable USE_SYSTEM_TZ_DB

- Bump PORTREVISION for package change

PR:             295383
DeltaFile
+3-2devel/date/Makefile
+3-21 files