FreeBSD/src bb5c77ecrypto/openssh libcrux_internal.h libcrux_mlkem768_sha3.h, crypto/openssh/regress/unittests/crypto/testdata nistkats-44.json

OpenSSH: Update to 10.4p1

Full release notes are available at
https://www.openssh.com/txt/release-10.4

Selected highlights from the release notes:

Potentially-incompatible changes
--------------------------------

 * sshd(8): configuration dump mode ("sshd -G") now writes directives
   in mixed case (e.g. "PubkeyAuthentication") whereas previously it
   emitted only lower-case names.

 * ssh(1), sshd(8): make the transport protocol stricter by
   disconnecting if the peer sends non-KEX messages during a post-
   authentication key re-exchange. Previously a malicious peer could
   continue sending non-key exchange messages without penalty. These
   would be buffered, causing memory to be wasted up until the

    [69 lines not shown]
DeltaFile
+27,332-0crypto/openssh/libcrux_internal.h
+0-11,752crypto/openssh/libcrux_mlkem768_sha3.h
+1,869-1,349crypto/openssh/ChangeLog
+1,438-517crypto/openssh/servconf.c
+539-585crypto/openssh/moduli
+802-0crypto/openssh/regress/unittests/crypto/testdata/nistkats-44.json
+31,980-14,203158 files not shown
+37,545-15,612164 files

OpenZFS/src f217627module/zfs dmu_recv.c, tests/runfiles common.run

Fix receive of split large blocks with a short trailing chunk

A dataset with a large recordsize can store a single-block file whose
block size is not a power of two.  When such a block is sent without
large blocks (no -L), the sender splits it into SPA_OLD_MAXBLOCKSIZE
(128K) chunks, and the final chunk is smaller than the block size.

flush_write_batch_impl() already handles any WRITE record whose size
differs from the object's block size by doing a normal dmu_write(), but
it first asserted the record was always larger than the block size.  The
shorter trailing chunk violates that assertion, so receiving such a
stream panicked the receive_writer thread on debug builds; production
builds took the correct dmu_write() path and were unaffected.

Drop the assertion and describe both size-mismatch cases in the comment;
the dmu_write() path already handles a record smaller than the block
size.  Add an rsend test that sends such a block without -L (initial and
incremental, plain and compressed) and verifies the received file
matches.

    [4 lines not shown]
DeltaFile
+144-0tests/zfs-tests/tests/functional/rsend/send_split_large_block.ksh
+14-7module/zfs/dmu_recv.c
+2-1tests/runfiles/common.run
+1-0tests/zfs-tests/tests/Makefile.am
+161-84 files

LLVM/project ec2041allvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/AArch64 non-power-of-2-with-adjusted-gathers.ll

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+3-19llvm/test/Transforms/SLPVectorizer/X86/reduction-root-multiuse-same-opcode.ll
+10-10llvm/test/Transforms/SLPVectorizer/AArch64/non-power-of-2-with-adjusted-gathers.ll
+11-3llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+4-5llvm/test/Transforms/SLPVectorizer/X86/control-deps-schedule-data-recalculate.ll
+28-374 files

FreeBSD/ports 4f7f361science/afni distinfo Makefile

science/afni: Update to 26.2.01
DeltaFile
+3-3science/afni/distinfo
+1-1science/afni/Makefile
+2-0science/afni/pkg-plist
+6-43 files

FreeBSD/ports 5619310misc/freebsd-doc-de pkg-plist

misc/freebsd-doc-de: Remove article

Approved by:    blanket (fix build)
DeltaFile
+0-1misc/freebsd-doc-de/pkg-plist
+0-11 files

LLVM/project c526d45libcxx/test/benchmarks/algorithms/nonmodifying mismatch.bench.cpp equal.bench.cpp

[libc++] Remove benchmark::DoNotOptimize from custom predicates in benchmarks (#208412)

The point of the custom predicates is to defeat any detection of special
predicates within the library. There isn't much point in adding
`benchmark::DoNotOptimize` on top of that. It can actually hurt, since
it may hide performance changes due to how much/which information we
provide to the compiler.
DeltaFile
+2-10libcxx/test/benchmarks/algorithms/nonmodifying/mismatch.bench.cpp
+2-10libcxx/test/benchmarks/algorithms/nonmodifying/equal.bench.cpp
+2-10libcxx/test/benchmarks/algorithms/nonmodifying/is_permutation.bench.cpp
+2-8libcxx/test/benchmarks/algorithms/nonmodifying/find_last.bench.cpp
+1-5libcxx/test/benchmarks/algorithms/nonmodifying/adjacent_find.bench.cpp
+1-5libcxx/test/benchmarks/algorithms/nonmodifying/ends_with.bench.cpp
+10-4816 files not shown
+26-12322 files

NetBSD/src bpzfZ5qusr.bin/ftp uri.c

   Don't use strcpy to copy a length limited buffer.
VersionDeltaFile
1.4+4-3usr.bin/ftp/uri.c
+4-31 files

FreeBSD/ports 00eefcdsysutils/mise distinfo Makefile

sysutils/mise: update 2026.7.3 → 2026.7.4
DeltaFile
+3-3sysutils/mise/distinfo
+1-1sysutils/mise/Makefile
+4-42 files

LLVM/project 06499c9llvm/test/Transforms/SLPVectorizer/X86 reduction-root-multiuse-same-opcode.ll

[SLP][NFC] Add regressed vectorization of reduced values, NFC

Reported in https://github.com/llvm/llvm-project/pull/185320#issuecomment-4925949343

Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/208504
DeltaFile
+65-0llvm/test/Transforms/SLPVectorizer/X86/reduction-root-multiuse-same-opcode.ll
+65-01 files

FreeBSD/ports 94e3ee3multimedia/smelter distinfo Makefile

multimedia/smelter: update 0.3.1 → 0.6.0
DeltaFile
+61-55multimedia/smelter/distinfo
+32-29multimedia/smelter/Makefile
+93-842 files

FreeBSD/ports 7cd67cax11/rio distinfo Makefile

x11/rio: update 0.4.9 → 0.4.10
DeltaFile
+3-3x11/rio/distinfo
+1-1x11/rio/Makefile
+4-42 files

FreeBSD/ports 2f98fd7lang/gluon distinfo Makefile

lang/gluon: update 0.18.2 → 0.18.3
DeltaFile
+665-509lang/gluon/distinfo
+333-255lang/gluon/Makefile
+998-7642 files

FreeBSD/ports 6a3a3cbdeskutils/skim distinfo Makefile

deskutils/skim: update 5.0.0 → 5.1.0
DeltaFile
+65-61deskutils/skim/distinfo
+32-30deskutils/skim/Makefile
+97-912 files

LLVM/project 0919721flang/lib/Optimizer/Builder IntrinsicCall.cpp, flang/lib/Optimizer/Transforms MIFOpConversion.cpp

[flang][MIF] Fix COSHAPE and THIS_IMAGE(coarray) type mismatch for non-i64 kinds (#208429)

Both COSHAPE and THIS_IMAGE(coarray [,team]) return integer arrays whose
element type is determined by the Fortran KIND argument (default: i32).
The lowering code was ignoring resultType in both cases and hardcoding
i64, which caused downstream type mismatches:

- COSHAPE: SimplifyHLFIRIntrinsics assertion in PRODUCT(COSHAPE(y)) when
the product input type (i64) did not match the declared result type
(i32).
- THIS_IMAGE(coarray): MLIR verifier error on arith.cmpi with mismatched
operand types (i64 vs i32) in comparisons like THIS_IMAGE(a) /=
[5,0,-7].

Fix: derive eleTy from resultType in both genCoshape and genThisImage
and propagate it into the mif.* op's result type. In MIFOpConversion,
extract a shared convertI64SeqToEleTy helper that post-converts the i64
scratch buffer written by the PRIF runtime into the
declared-element-type buffer when the two types differ. Both

    [2 lines not shown]
DeltaFile
+54-0flang/test/Fir/MIF/coshape.mlir
+54-0flang/test/Fir/MIF/this_image.mlir
+46-0flang/lib/Optimizer/Transforms/MIFOpConversion.cpp
+15-6flang/lib/Optimizer/Builder/IntrinsicCall.cpp
+9-2flang/test/Lower/MIF/coshape.f90
+1-1flang/test/Lower/MIF/this_image.f90
+179-96 files

LLVM/project 4e3a68flibcxx/docs/Status Cxx26Issues.csv

[libc++] Mark LWG4276 as complete (#208273)

We already harden std::array<T, 0>::front() and back(), and we have
tests for it.

Closes #171330
DeltaFile
+1-1libcxx/docs/Status/Cxx26Issues.csv
+1-11 files

LLVM/project 2a9f19flibcxx/docs/Status Cxx26Issues.csv, libcxx/test/std/atomics/atomics.types.generic standard_layout.compile.pass.cpp

[libc++] Add tests for LWG3949 and mark it as done (#208272)

Closes #105301
DeltaFile
+1-1libcxx/docs/Status/Cxx26Issues.csv
+1-0libcxx/test/std/atomics/atomics.types.generic/standard_layout.compile.pass.cpp
+1-0libcxx/test/std/atomics/atomics.types.operations/atomics.types.operations.req/dtor.pass.cpp
+3-13 files

LLVM/project 5a2064dllvm/include/llvm/IR ModuleSummaryIndex.h, llvm/lib/CodeGen/LiveDebugValues InstrRefBasedImpl.h InstrRefBasedImpl.cpp

Revert "[LLVM][NFC] Remove some global constructors" (#208494)

Breaks some buildbots with gcc. Looks like constexpr member definitions
need an extern for old gcc otherwise they get local linkage...

Reverts llvm/llvm-project#208407
DeltaFile
+13-11llvm/lib/CodeGen/LiveDebugValues/InstrRefBasedImpl.h
+9-9llvm/lib/Target/X86/X86LoadValueInjectionLoadHardening.cpp
+9-7llvm/lib/CodeGen/LiveDebugValues/InstrRefBasedImpl.cpp
+11-4llvm/include/llvm/IR/ModuleSummaryIndex.h
+7-7llvm/lib/Target/ARM/Thumb1FrameLowering.cpp
+10-3llvm/lib/DebugInfo/CodeView/ContinuationRecordBuilder.cpp
+59-4127 files not shown
+123-8233 files

LLVM/project 3a8d8aclld/test/wasm cooperative-threading.s, lld/wasm Writer.cpp

[WebAssembly] Don't use passive segments for bss in coop threads (#208284)

This commit is an update to `wasm-ld`'s behavior with bss data segments
with `--cooperative-threading`. Previously bss segments were forced to
become passive data segments meaning that a `start` function was emitted
with a `memory.fill` that set the required region of memory to 0. This
isn't required for coop threads though because the module is only
instantiated once and the default pattern for memory is 0, so only
special treatment of TLS segments are required.
DeltaFile
+35-0lld/test/wasm/cooperative-threading.s
+4-7lld/wasm/Writer.cpp
+39-72 files

LLVM/project c7cecd8libcxx/test/std/containers/sequences/forwardlist/forwardlist.modifiers assign_range.pass.cpp

[libc++] Fix assign_range test for forward_list (#208283)

That test was checking prepend_range instead of assign_range due to a
copy-paste error.

Fixes #74536
DeltaFile
+7-7libcxx/test/std/containers/sequences/forwardlist/forwardlist.modifiers/assign_range.pass.cpp
+7-71 files

LLVM/project e2a8a74libcxx/test/std/containers/sequences/forwardlist/forwardlist.cons assign_iter_iter.pass.cpp assign_range.pass.cpp, libcxx/test/std/containers/sequences/forwardlist/forwardlist.modifiers insert_after_iter_iter.pass.cpp insert_after_range.pass.cpp

[libc++][NFC] Rename forward_list constructor tests (#208301)

The forward_list tests historically used "range" to mean an iterator
pair, but we use `iter_iter` pretty consistently elsewhere in the test
suite. Using `range` also makes it confusing with the actual tests for
`_range` operations, like `append_range` or `assign_range`.
DeltaFile
+90-0libcxx/test/std/containers/sequences/forwardlist/forwardlist.modifiers/insert_after_iter_iter.pass.cpp
+0-90libcxx/test/std/containers/sequences/forwardlist/forwardlist.modifiers/insert_after_range.pass.cpp
+88-0libcxx/test/std/containers/sequences/forwardlist/forwardlist.cons/assign_iter_iter.pass.cpp
+0-88libcxx/test/std/containers/sequences/forwardlist/forwardlist.cons/assign_range.pass.cpp
+0-64libcxx/test/std/containers/sequences/forwardlist/forwardlist.cons/range_alloc.pass.cpp
+64-0libcxx/test/std/containers/sequences/forwardlist/forwardlist.cons/ctor_iter_iter_alloc.pass.cpp
+242-2422 files not shown
+300-3008 files

LLVM/project 88d548across-project-tests/intrinsic-header-tests riscv_packed_simd.c

[RISCV][P-ext][NFC] Add tests for packed reverse intrinsics (#208484)
DeltaFile
+48-0cross-project-tests/intrinsic-header-tests/riscv_packed_simd.c
+48-01 files

FreeBSD/ports b2b0a61devel Makefile, devel/py-azure-search-documents Makefile pkg-descr

devel/py-azure-search-documents: New port: Microsoft Corporation Azure Search Documents Client Library for Python
DeltaFile
+26-0devel/py-azure-search-documents/Makefile
+20-0devel/py-azure-search-documents/files/patch-pyproject.toml
+4-0devel/py-azure-search-documents/pkg-descr
+3-0devel/py-azure-search-documents/distinfo
+1-0devel/Makefile
+54-05 files

FreeBSD/ports 53f6467devel Makefile, devel/py-opentelemetry-exporter-prometheus Makefile pkg-descr

devel/py-opentelemetry-exporter-prometheus: New port: Prometheus Metric Exporter for OpenTelemetry
DeltaFile
+26-0devel/py-opentelemetry-exporter-prometheus/Makefile
+11-0devel/py-opentelemetry-exporter-prometheus/files/patch-pyproject.toml
+4-0devel/py-opentelemetry-exporter-prometheus/pkg-descr
+3-0devel/py-opentelemetry-exporter-prometheus/distinfo
+1-0devel/Makefile
+45-05 files

FreeBSD/ports 8f518d5math Makefile, math/py-edit-distance Makefile pkg-descr

math/py-edit-distance: New port: Computing edit distance on arbitrary Python sequences
DeltaFile
+20-0math/py-edit-distance/Makefile
+4-0math/py-edit-distance/pkg-descr
+3-0math/py-edit-distance/distinfo
+1-0math/Makefile
+28-04 files

FreeBSD/ports cac9fecdevel Makefile, devel/py-azure-search Makefile pkg-descr

www/py-azure-search: New port: Microsoft Azure Cognitive Search Client Library for Python
DeltaFile
+24-0devel/py-azure-search/Makefile
+4-0devel/py-azure-search/pkg-descr
+3-0devel/py-azure-search/distinfo
+1-0devel/Makefile
+32-04 files

FreeBSD/ports 810da46math Makefile, math/py-distance Makefile pkg-descr

math/py-distance: New port: Utilities for comparing sequences
DeltaFile
+24-0math/py-distance/Makefile
+11-0math/py-distance/files/patch-setup.py
+4-0math/py-distance/pkg-descr
+3-0math/py-distance/distinfo
+1-0math/Makefile
+43-05 files

FreeBSD/ports ceed657audio/lame Makefile pkg-plist

audio/lame: fix build (missing pkgconfig)

It did build fine in my poudriere, but not in the poudriere of others.

PR:             296643
Submitted by:   Eric Camachat <eric at camachat.org>
Noticed by:     Einar Bjarni Halldórsson <einar at isnic.is>
DeltaFile
+2-2audio/lame/Makefile
+1-0audio/lame/pkg-plist
+3-22 files

LLVM/project 2ff8ed7llvm/lib/Transforms/Vectorize VectorCombine.cpp, llvm/test/Transforms/PhaseOrdering/X86 pr67803.ll

[VectorCombine] Handle widening/narrowing bitcasts in foldShuffleToIdentity (#187870)

Track lane indices through vector bitcasts that change element count in
foldShuffleToIdentity. Widening bitcasts (e.g. <2 x i32> -> <4 x i16>)
compress R consecutive destination lanes into one source lane, while
narrowing bitcasts (e.g. <4 x i16> -> <2 x i32>) expand each destination
lane into R source lanes.

Also fix identity check, splat mask, and destination type construction
to use Item.size() instead of Ty->getNumElements(), since the Item
vector changes size when passing through element-count-changing
bitcasts.

Fixes #96884
DeltaFile
+336-0llvm/test/Transforms/VectorCombine/X86/shuffletoidentity-bitcast.ll
+130-14llvm/lib/Transforms/Vectorize/VectorCombine.cpp
+88-29llvm/test/Transforms/PhaseOrdering/X86/pr67803.ll
+73-3llvm/test/Transforms/VectorCombine/AArch64/shuffletoidentity.ll
+8-16llvm/test/Transforms/VectorCombine/X86/shuffle-inseltpoison.ll
+8-16llvm/test/Transforms/VectorCombine/X86/shuffle.ll
+643-781 files not shown
+649-847 files

OpenBSD/ports NG0S4qigraphics/sane-backends Makefile, graphics/sane-backends/patches patch-backend_pixma_pixma_mp150_c

   Make SCAN button work on Canon MG3200 series.

   from Mikolaj Kucharski
VersionDeltaFile
1.1+24-0graphics/sane-backends/patches/patch-backend_pixma_pixma_mp150_c
1.119+1-1graphics/sane-backends/Makefile
+25-12 files

LLVM/project 07d5e0d.ci/green-dragon lldb-windows.groovy

[lldb][Windows][CI] split steps (#206946)

Split the lldb green-dragon lldb testing steps into 2:
1. Build and run the tests without `lldb-server.exe`
2. Run the tests with `lldb-server.exe`

This gives better separation in the UI and if the first step fails, the
second step will still attempt to run.
DeltaFile
+24-3.ci/green-dragon/lldb-windows.groovy
+24-31 files