NetBSD/pkgsrc zLNw1lc — doc CHANGES-2026 TODO

   doc: Updated x11/gtkmm4 to 4.24.0
VersionDeltaFile
1.27992+2-2doc/TODO
1.6373+2-1doc/CHANGES-2026
+4-32 files

NetBSD/pkgsrc adwm2me — x11/gtkmm4 distinfo Makefile

   gtkmm4: update to 4.24.0.

   Fixes build with latest glibmm.

   4.24.0 (stable) 2026-09-14

   Gdk:
   * KeymapKey: New class.
   * Add Display::map_keyval()
     (Ben Corby) Merge request !104

   Gtk:
   * Add Settings::property_gtk_accent_color().
     (Kjell Ahlstedt)

   Build:
   * Require glibmm >= 2.89.0
   * Require gtk >= 4.23.4
     (Kjell Ahlstedt)

    [235 lines not shown]
VersionDeltaFile
1.6+28-1x11/gtkmm4/PLIST
1.8+4-4x11/gtkmm4/distinfo
1.22+4-4x11/gtkmm4/Makefile
+36-93 files

FreeBSD/ports 0050dfb — devel/libwasmtime Makefile distinfo

devel/libwasmtime: Update 49.0.0 => 49.0.1

This is a security release fixing four advisories.

Changelog:
https://github.com/bytecodealliance/wasmtime/releases/tag/v49.0.1

PR:             298854
Approved by:    osa, vvd (Mentors, implicit)
Signed-off-by:  Christos Longros <chris.longros at gmail.com>
Security:       GHSA-m63x-6p34-q65x
Security:       GHSA-jqpg-j7w6-42pr
Security:       GHSA-c9gc-w9vx-w86p
Security:       GHSA-j2g9-4prp-pf6h
DeltaFile
+3-3devel/libwasmtime/distinfo
+1-1devel/libwasmtime/Makefile
+4-42 files

LLVM/project b4842be — llvm/lib/CodeGen/GlobalISel CombinerHelper.cpp, llvm/test/CodeGen/AArch64/GlobalISel prelegalizercombiner-undef.mir

[GlobalISel] Preserve volatile and ordered atomic stores of undef (#226265)

Guard `erase_undef_store` with `isUnordered()`, matching InstCombine.
Ensures volatile and ordered atomic stores are preserved.

---------

Co-authored-by: Hongyu Chen <hongchen at nvidia.com>
DeltaFile
+114-0llvm/test/CodeGen/AArch64/GlobalISel/prelegalizercombiner-undef.mir
+12-16llvm/test/CodeGen/AMDGPU/invalid-addrspacecast.ll
+6-0llvm/test/CodeGen/AMDGPU/lower-work-group-id-intrinsics-pal.ll
+6-0llvm/test/CodeGen/AMDGPU/call-constant.ll
+2-1llvm/lib/CodeGen/GlobalISel/CombinerHelper.cpp
+140-175 files

FreeBSD/src 4bfe526 — sys/dev/nvme nvme_ctrlr_cmd.c

nvme: share one routine between Delete I/O CQ and Delete I/O SQ

Reviewed by:    imp, adrian
Differential Revision:  https://reviews.freebsd.org/D60021
DeltaFile
+15-21sys/dev/nvme/nvme_ctrlr_cmd.c
+15-211 files

FreeBSD/src 8a860e8 — sys/dev/nvme nvme_sysctl.c

nvme: collapse the per-counter qpair statistic sysctl handlers

A single handler that takes the counter's offset
within struct nvme_qpair in arg2.

No functional change

Reviewed by:    imp, adrian
Differential Revision:  https://reviews.freebsd.org/D60020
DeltaFile
+20-98sys/dev/nvme/nvme_sysctl.c
+20-981 files

FreeBSD/src 130739e — sys/dev/nvmf/host nvmf_ns.c

nvmf: factor out the pending request abort loop

The routine is entered with the namespace lock held and drops it before
completing the requests, which preserves the existing locking.

Reviewed by:    imp, adrian
Differential Revision:  https://reviews.freebsd.org/D60019
DeltaFile
+14-19sys/dev/nvmf/host/nvmf_ns.c
+14-191 files

FreeBSD/src 92dec92 — sys/dev/nvme nvme_sysctl.c

nvme: share one handler between the interrupt coalescing sysctls

The int_coal_time and int_coal_threshold handlers differed only in which
controller field they updated before reprogramming the feature.

Reviewed by:    imp, adrian
Differential Revision:  https://reviews.freebsd.org/D60018
DeltaFile
+10-27sys/dev/nvme/nvme_sysctl.c
+10-271 files

FreeBSD/src 546d150 — sys/kern sysv_shm.c

sysvshm: Fix locking in shm_prison_set()

We were not acquiring the global sysvshm lock when handling cleanup of
sysvshm segments.  Acquire the lock in shm_prison_cleanup() instead, to
be consistent with the sysv semaphore code.

Reviewed by:    jamie
MFC after:      1 week
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D60030
DeltaFile
+2-2sys/kern/sysv_shm.c
+2-21 files

LLVM/project 30c41cd — llvm/lib/Transforms/Scalar SROA.cpp, llvm/test/Transforms/SROA vector-conversion.ll byte-conversion.ll

[SROA] Convert byte values
DeltaFile
+92-19llvm/lib/Transforms/Scalar/SROA.cpp
+52-58llvm/test/Transforms/SROA/byte-conversion.ll
+18-21llvm/test/Transforms/SROA/vector-conversion.ll
+162-983 files

LLVM/project da01264 — llvm/test/Transforms/SROA vector-conversion.ll byte-conversion.ll

[SROA] Pre-commit tests for byte conversions
DeltaFile
+274-0llvm/test/Transforms/SROA/byte-conversion.ll
+96-0llvm/test/Transforms/SROA/vector-conversion.ll
+370-02 files

NetBSD/pkgsrc 0GTQInN — devel Makefile

   devel/Makefile: fix typo
VersionDeltaFile
1.4693+2-2devel/Makefile
+2-21 files

LLVM/project 4462816 — llvm/test/CodeGen/AMDGPU llc-pipeline-npm.ll bitinsert-bitextract.ll, llvm/test/CodeGen/ARM bitinsert-bitextract-fp.ll bitinsert-bitextract.ll

Rebase, address comments, improvements

Created using spr 1.3.7
DeltaFile
+4,294-0llvm/test/CodeGen/RISCV/bitinsert-bitextract.ll
+3,321-0llvm/test/CodeGen/ARM/bitinsert-bitextract.ll
+1,989-0llvm/test/CodeGen/RISCV/bitinsert-bitextract-fp.ll
+1,976-0llvm/test/CodeGen/AMDGPU/bitinsert-bitextract.ll
+1,552-0llvm/test/CodeGen/ARM/bitinsert-bitextract-fp.ll
+478-979llvm/test/CodeGen/AMDGPU/llc-pipeline-npm.ll
+13,610-979398 files not shown
+28,698-4,916404 files

LLVM/project 1173687 — llvm/lib/Transforms/Vectorize VPlanHelpers.h VPlan.cpp

[VPlan] Use NeedsSingleScalar consistently for ::get (NFC). (#226494)

IsScalar/IsSingleScalar as used currently may be consfusing, as it could
be read as implying that the VPValue is a single-scalar, see
https://github.com/llvm/llvm-project/pull/226153.

But here it means that the caller only needs a single scalar. Update
wording.

PR: https://github.com/llvm/llvm-project/pull/226494
DeltaFile
+17-15llvm/lib/Transforms/Vectorize/VPlanRecipes.cpp
+5-5llvm/lib/Transforms/Vectorize/VPlan.cpp
+4-3llvm/lib/Transforms/Vectorize/VPlanHelpers.h
+26-233 files

FreeBSD/ports 0f39c33 — devel/gcli Makefile, sysutils/nix Makefile

textproc/lowdown: Update to 3.2.1
DeltaFile
+3-3textproc/lowdown/distinfo
+2-2textproc/lowdown/Makefile
+1-1textproc/lowdown/pkg-plist
+1-1sysutils/nix/Makefile
+1-0devel/gcli/Makefile
+8-75 files

LLVM/project 35df00b — llvm/lib/Analysis TypeBasedAliasAnalysis.cpp, llvm/test/Transforms/InstCombine struct-assign-tbaa.ll

[TBAA] Recover !tbaa for a memcpy of struct with same type fields (#214116)

When InstCombine widens a small same-typed aggregate copy into an
integer load/store, it derives no !tbaa, and !tbaa.struct is nulled out,
so the load/store are left untyped. An untyped access may-alias every
typed access and blocks optimization:

  struct Coord { int x, y; };
void copy_if_inbounds(Coord *dst, const Coord *src, const long *bound,
int n) {
    for (int i = 0; i < n; ++i)
      if (i < *bound)
        dst[i] = *src;   // {int,int} copy -> memcpy + !tbaa.struct
  }

compare this to field-by-field copy, which has typed field access
void copy_fields_if_inbounds(Coord *dst, const Coord *src, const long
*bound, int n) {
    for (int i = 0; i < n; ++i)

    [2 lines not shown]
DeltaFile
+67-2llvm/test/Transforms/InstCombine/struct-assign-tbaa.ll
+37-8llvm/lib/Analysis/TypeBasedAliasAnalysis.cpp
+104-102 files

NetBSD/src PeyfEDa — doc 3RDPARTY

   gdb-18.1 is out
VersionDeltaFile
1.2256+3-3doc/3RDPARTY
+3-31 files

FreeBSD/ports 0da0b75 — multimedia/jellyfin-ffmpeg Makefile, multimedia/jellyfin-ffmpeg/files extra-patch-overlay_vulkan-framesync

multimedia/jellyfin-ffmpeg: opencl needed for Jellyfin's HDR tone mapping

Jellyfin does AMD VAAPI HDR tone mapping with libplacebo, not OpenCL. However,
EncodingHelper.GetVaapiVidFilterChain() has an early-exit guard before it ever
selects the AMD branch

It need 2 patches:
- OpenCL (Jellyfin's IsOpenclFullSupported gate)
- overlay_vulkan framesync patch (Jellyfin's IsVulkanFullSupported gate)

PR:             298857
Approved by:    Michael Johnson <michaeljohnson at ahze.net> (maintainer)
DeltaFile
+34-0multimedia/jellyfin-ffmpeg/files/extra-patch-overlay_vulkan-framesync
+8-2multimedia/jellyfin-ffmpeg/Makefile
+42-22 files

LLVM/project 8af5ec6 — llvm/include/llvm/IR AutoUpgrade.h, llvm/lib/Bitcode/Reader MetadataLoader.cpp

[AutoUpgrade] Upgrade old-style !tbaa.struct field tags (#225967)

Extend the TBAA auto-upgrade to rewrite old-style scalar field tags
inside !tbaa.struct
to the struct-path aware format. bitcode (MetadataLoader) upgraded to
match the existing top-level !tbaa upgrade.
DeltaFile
+68-0llvm/test/Bitcode/upgrade-tbaa-struct.ll
+22-0llvm/lib/IR/AutoUpgrade.cpp
+5-0llvm/include/llvm/IR/AutoUpgrade.h
+3-0llvm/lib/Bitcode/Reader/MetadataLoader.cpp
+0-0llvm/test/Bitcode/upgrade-tbaa-struct.ll.bc
+98-05 files

FreeBSD/ports 92c0fa2 — www/galene Makefile distinfo

www/galene: Update to 1.2.1
DeltaFile
+3-3www/galene/distinfo
+1-1www/galene/Makefile
+4-42 files

FreeBSD/ports 3418f5a — net/ovhcloud-cli Makefile distinfo

net/ovhcloud-cli: Update to 0.15.0
DeltaFile
+3-3net/ovhcloud-cli/distinfo
+1-1net/ovhcloud-cli/Makefile
+4-42 files

LLVM/project 14e819f — llvm/include/llvm/Transforms/IPO InstrumentorUtils.h

[Instrumentor] Delete dead code from getAlloca() (#226331)
DeltaFile
+1-3llvm/include/llvm/Transforms/IPO/InstrumentorUtils.h
+1-31 files

LLVM/project 210ecf7 — llvm/lib/Transforms/IPO Instrumentor.cpp

[Instrumentor] Use CreateAllocationSize to compute size of alloca (#226330)

No significant functional change, but the IR might look slightly
different.
DeltaFile
+1-16llvm/lib/Transforms/IPO/Instrumentor.cpp
+1-161 files

LLVM/project 1b4e7f4 — clang/docs ReleaseNotes.md, clang/lib/Sema SemaType.cpp

[Clang] Enforce the same size limits for `vector_size` and `ext_vector_type` (#226375)

Fixes #165458

A `bool` vector declared with `ext_vector_type` isn't lowered as an LLVM
vector in memory: `ConvertTypeForMem` packs it into a single integer
with one bit per element. `BuildExtVectorType` only checked that the
element count fits in 32 bits, though, so a vector of 187,553,262 bools
got through Sema and the first consumer that needed its memory type (the
zero initializer of a tentative definition here) asked
`IntegerType::get` for far more than the 2^23 bits it supports. The
count matters for every element type, not just `bool`, because Sema also
forms bool vectors out of other vectors (`c ? true : false` with a
`char` vector condition), and `vector_size` was no better off with its
limits of 2^32 elements and 2^61 bytes.

Both attributes now go through the same two limits when the type is
built, reusing the existing "vector size too large" error: at most
`llvm::IntegerType::MAX_INT_BITS` (2^23) elements, and at most 2^28

    [2 lines not shown]
DeltaFile
+18-6clang/lib/Sema/SemaType.cpp
+12-0clang/test/Sema/types.c
+9-0clang/test/SemaCXX/vector.cpp
+6-0clang/test/Sema/large-bit-int.c
+4-0clang/docs/ReleaseNotes.md
+49-65 files

FreeBSD/ports a1f3fe8 — devel/pkgconf Makefile distinfo

devel/pkgconf: update to 3.0.7
DeltaFile
+3-3devel/pkgconf/distinfo
+1-1devel/pkgconf/Makefile
+4-42 files

LLVM/project 405e524 — clang/test/CIR/CodeGen fp-contract.c

[CIR] Fix fp-contract.c checks for -ffp-contract=off and CIR locations

Bound the trailing CIR-OFF-NOT with a CIR-OFF check on nested_pragmas,
where float_control(precise, on) forms a cir.fmuladd even under
-ffp-contract=off. Allow the loc suffix CIR prints after each op in the
end-of-line anchors.
DeltaFile
+10-5clang/test/CIR/CodeGen/fp-contract.c
+10-51 files

LLVM/project 4db3dce — llvm/lib/Support StringRef.cpp, llvm/unittests/ADT StringRefTest.cpp

[llvm] produce a more consistent estimates of bit width needed when parsing an integer (#205947)

A colleague of mine noticed that `"12535824225335233"` parses in MLIR's
integer attribute parser as a 68-bit integer, even though it is a 53-bit
constant. I traced this back to `StringRef::consumeInteger`'s heuristic
estimate of the bit size. This change replaces that heuristic with a
default 64-bit storage, doubling the storage as more digits are parsed.
This produces a potentially larger over-estimate of the total storage
required, but does so in a less arbitrary manner and reduces the
over-approximation for numbers close to the 64-bit boundary.

Nb., A first iteration of this change tightened that estimate to at most
a 1-bit overapproximation with a lookup-table.

Assisted by Gemini
DeltaFile
+59-0llvm/unittests/ADT/StringRefTest.cpp
+21-5llvm/lib/Support/StringRef.cpp
+80-52 files

FreeBSD/ports ad859ea — mail/mlmmj Makefile distinfo

mail/mlmmj: update to 2.2.0

Notes:
This version deprecates mlmmj-receive-strip
This version deprecates control/replyto

All Changes: https://codeberg.org/mlmmj/mlmmj/releases/tag/RELEASE_2_2_0
DeltaFile
+3-3mail/mlmmj/distinfo
+1-1mail/mlmmj/Makefile
+4-42 files

LLVM/project ae614a9 — clang/lib/Format ContinuationIndenter.cpp, clang/unittests/Format FormatTest.cpp

[clang-format] Preserve enum initializer continuation indentation (#223435)

Fixes #223011

Enum assignment operators are annotated as TT_EnumEqual so they can be
aligned independently in #194154. However, this means
ContinuationIndenter no longer recognizes a wrapped enum `=` as
TT_BinaryOperator. As a result, it may force unnecessary breaks within
the RHS binary expression.

Co-authored-by: Aaron Saw Min Sern <aaron at aaronsms.com>
DeltaFile
+10-0clang/unittests/Format/FormatTest.cpp
+2-2clang/lib/Format/ContinuationIndenter.cpp
+12-22 files

OpenBSD/ports pnqEHj6 — benchmarks/fio Makefile distinfo, benchmarks/fio/patches patch-configure

   Update to 3.42. Remove patch committed upstream. okay sthen@
VersionDeltaFile
1.10+2-2benchmarks/fio/distinfo
1.16+1-1benchmarks/fio/Makefile
1.3+0-0benchmarks/fio/patches/patch-configure
+3-33 files