LLVM/project c4195f6 — mlir/docs Interfaces.md, mlir/include/mlir/Dialect/OpenMP OpenMPOpsInterfaces.td

[mlir][ODS] Share operation interface methods with raw-op bodies (NFC) (#226317)

Allow an operation interface method to use a shared callback when its
body only needs the raw Operation. Use it for OpenMP block-argument
indexing and slicing methods, avoiding per-operation wrappers while
preserving the existing fallback and external model paths.

Reduces the size of the OpenMP dialect text section by 1.68%.

Assisted-by: Codex
DeltaFile
+49-2mlir/tools/mlir-tblgen/OpInterfacesGen.cpp
+31-11mlir/docs/Interfaces.md
+32-0mlir/test/mlir-tblgen/op-interface.td
+8-5mlir/include/mlir/Dialect/OpenMP/OpenMPOpsInterfaces.td
+120-184 files

LLVM/project 5f3a611 — utils/bazel MODULE.bazel.lock linux_uapi.bzl

[bazel] Download linux UAPI headers when no local dir is set (#216868)

This PR defines a hermetic source for `@linux_api//:linux_uapi_headers`
that will be used in CI. If no `LINUX_UAPI_INCLUDE_DIR` value is
specified, then Bazel will download the linux-libc-dev debian package
and use its headers.

I originally wanted to pull from https://github.com/torvalds/linux and
build UAPI headers from source as it gives more control, but the repo is
rather large and took ~20s to download and ~10s to build. Using the
debian package's headers is closer to what the LLVM-libc fullbuild CI
[currently
does](https://github.com/llvm/llvm-project/blob/007551bacb899a409218574908d96b0633d52018/.github/workflows/containers/libc/Dockerfile#L38)
and is very fast.
DeltaFile
+62-43utils/bazel/linux_uapi.bzl
+1-1utils/bazel/MODULE.bazel.lock
+63-442 files

FreeBSD/ports ea00dd3 — devel/R-cran-future Makefile distinfo

devel/R-cran-future: Update to 1.76.0

ChangeLog: https://cran.r-project.org/web/packages/future/news/news.html
DeltaFile
+3-3devel/R-cran-future/distinfo
+1-1devel/R-cran-future/Makefile
+4-42 files

LLVM/project 91d0e2e — offload/include/Shared SourceInfo.h, offload/test/offloading info.c

[Offload][OpenMP] remove SourceInfo::removePath (#226586)

This Pr is the same as https://github.com/llvm/llvm-project/pull/226283
(which was reverted in https://github.com/llvm/llvm-project/pull/226557)
This Pr is the same as https://github.com/llvm/llvm-project/pull/226283
but with an update to info.c to account for the new full path output.
DeltaFile
+12-12offload/test/offloading/info.c
+2-14offload/include/Shared/SourceInfo.h
+3-0openmp/docs/ReleaseNotes.md
+17-263 files

LLVM/project f9f5ed2 — llvm/runtimes CMakeLists.txt

[LLVM] Use complete runtime dependency list for multilibs (#226580)

Summary:
The current handling makes the multilib job depend on the base runtimes
job. This means that we will potentially depend on things that don't
necessarily need to be built to fulfil the multilibs job. Instead, just
depend on the individual targets for that multilib.
DeltaFile
+4-1llvm/runtimes/CMakeLists.txt
+4-11 files

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