FreeBSD/ports 2d3e75e — audio/ft2-clone Makefile distinfo

audio/ft2-clone: Update to 2.26.1
DeltaFile
+3-3audio/ft2-clone/distinfo
+1-1audio/ft2-clone/Makefile
+4-42 files

OpenBSD/src 7IcXoZi — sys/dev/pci cs4280.c

   Don't attempt to read firmware in DVAT_RESUME.  It most defenitely won't
   work!  Instead, if we find that the firmware wasn't read sucessfully
   at mountroot time, return early and skip further initialization.  The
   device will be just as non-functional as before the suspend happened.

   ok deraadt@
VersionDeltaFile
1.64+7-4sys/dev/pci/cs4280.c
+7-41 files

FreeBSD/ports 19cbb11 — japanese/mozc3-server Makefile.MASTER_SITES distinfo, japanese/mozc3-server/files extra-patch-src_unix_uim_BUILD.bazel patch-src_MODULE.bazel

japanese/*mozc3*: New port: Mozc Japanese Input Method ver 3.x

PR:             295074
Approved by:    osa, fluffy (mentors, implicit)
DeltaFile
+618-0japanese/mozc3-server/Makefile
+163-0japanese/mozc3-server/files/extra-patch-merge_dictionaries.py
+118-0japanese/mozc3-server/files/patch-src_MODULE.bazel
+115-0japanese/mozc3-server/distinfo
+94-0japanese/mozc3-server/files/extra-patch-src_unix_uim_BUILD.bazel
+82-0japanese/mozc3-server/Makefile.MASTER_SITES
+1,190-031 files not shown
+2,044-037 files

LLVM/project 5f47fee — libc/src/__support/math log1p.h

[NFC][libc] Clean up unsequenced access warning (#232043)

Close #217998.

---------

Co-authored-by: root <root at Best-Komp.localdomain>
DeltaFile
+8-4libc/src/__support/math/log1p.h
+8-41 files

LLVM/project 0e87f59 — llvm/include/llvm/CodeGen AsmPrinter.h, llvm/include/llvm/MC MCAsmInfo.h

MC: Remove MCAsmInfo::ExceptionsType

The exception model now comes from the module, and the MCAsmInfo
predicates that depend on it take the model as a parameter. The
target's default model is still available from
Triple::getDefaultExceptionHandling.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+0-17llvm/lib/Target/ARM/MCTargetDesc/ARMMCAsmInfo.cpp
+0-11llvm/lib/Target/X86/MCTargetDesc/X86MCAsmInfo.cpp
+0-6llvm/lib/Target/AArch64/MCTargetDesc/AArch64MCAsmInfo.cpp
+0-4llvm/lib/CodeGen/CodeGenTargetMachineImpl.cpp
+0-4llvm/include/llvm/MC/MCAsmInfo.h
+2-2llvm/include/llvm/CodeGen/AsmPrinter.h
+2-4418 files not shown
+2-7424 files

LLVM/project cf9313c — llvm/lib/Target/WebAssembly WebAssemblyTargetMachine.cpp WebAssemblyLowerEmscriptenEHSjLj.cpp, llvm/test/CodeGen/WebAssembly eh-option-errors.ll

WebAssembly: Use reportFatalUsageError for eh option errors

Avoid using the deprecated report_fatal_error, and add missing
error test coverage.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+21-4llvm/test/CodeGen/WebAssembly/eh-option-errors.ll
+2-2llvm/lib/Target/WebAssembly/WebAssemblyLowerEmscriptenEHSjLj.cpp
+1-1llvm/lib/Target/WebAssembly/WebAssemblyTargetMachine.cpp
+24-73 files

LLVM/project bf5edbe — clang/lib/CodeGen BackendUtil.cpp, llvm/include/llvm/MC MCAsmInfo.h

CodeGen: Remove TargetOptions::ExceptionModel

The exception model now comes only from the "exception-model" module
flag. Remove the TargetOptions field and its copy into MCAsmInfo, so
MCAsmInfo only knows the target's default model.

The WebAssembly model checks move from the TargetMachine constructor
into the Emscripten EH/SjLj lowering pass. Clang relied on the backend
to reject non-wasm models for wasm targets, so it now rejects them
itself.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+2-31llvm/lib/Target/WebAssembly/WebAssemblyTargetMachine.cpp
+13-17llvm/include/llvm/MC/MCAsmInfo.h
+22-4llvm/test/CodeGen/AMDGPU/exception-model.ll
+0-11clang/lib/CodeGen/BackendUtil.cpp
+9-2llvm/lib/Target/WebAssembly/WebAssemblyLowerEmscriptenEHSjLj.cpp
+4-5llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
+50-7020 files not shown
+94-10726 files

LLVM/project a633f30 — llvm/include/llvm/Target TargetMachine.h, llvm/lib/Target TargetMachine.cpp

Let targets override the supported exception models
DeltaFile
+38-32llvm/lib/Target/TargetMachine.cpp
+18-4llvm/include/llvm/Target/TargetMachine.h
+56-362 files

FreeBSD/ports 5f458fd — mail Makefile, mail/p5-Net-POP3-XOAuth2 pkg-plist pkg-descr

mail/p5-Net-POP3-XOAuth2: new port had been added (+)

Net::POP3::XOAuth2 is an extension for Net::POP3 which allows
to authenticate to a POP3 server (for example Gmail or Office
365) using SASL XOAUTH2 with an OAuth2 access token.

Submitted by:   Nikita Druba (via Telegram)
DeltaFile
+20-0mail/p5-Net-POP3-XOAuth2/Makefile
+3-0mail/p5-Net-POP3-XOAuth2/pkg-descr
+3-0mail/p5-Net-POP3-XOAuth2/distinfo
+2-0mail/p5-Net-POP3-XOAuth2/pkg-plist
+1-0mail/Makefile
+29-05 files

OpenBSD/src cbTgUNh — usr.sbin/npppd/pppoe pppoe_session.c pppoed.c

   Reject a PADR which has an AC-Cookie of invalid length.  Also, fix
   the duplicate cookie check, which mistakenly used the pointer instead
   of the value as the hash key.
VersionDeltaFile
1.29+5-9usr.sbin/npppd/pppoe/pppoed.c
1.13+5-4usr.sbin/npppd/pppoe/pppoe_session.c
+10-132 files

OpenBSD/ports ZCjFvlt — devel/py-holidays Makefile distinfo, devel/py-holidays/pkg PLIST

   update to py3-holidays-0.106
VersionDeltaFile
1.10+26-0devel/py-holidays/pkg/PLIST
1.12+2-2devel/py-holidays/distinfo
1.14+1-1devel/py-holidays/Makefile
+29-33 files

OpenBSD/ports ik8WRAt — net/py-dnspython Makefile

   add httpx2 etc. TDEPs
VersionDeltaFile
1.49+4-2net/py-dnspython/Makefile
+4-21 files

OpenBSD/ports en8HVuL — audio/py-last distinfo Makefile

   now that we have py-httpx2: update to py3-last-7.2.0
VersionDeltaFile
1.9+2-2audio/py-last/distinfo
1.27+2-2audio/py-last/Makefile
+4-42 files

OpenBSD/ports MtHcJYT — www/chromium distinfo, www/chromium/patches patch-chrome_renderer_chrome_content_renderer_client_cc patch-components_soda_soda_util_cc

   update to 155.0.8059.84
VersionDeltaFile
1.176+6-6www/ungoogled-chromium/distinfo
1.501+6-6www/chromium/distinfo
1.10+10-1www/ungoogled-chromium/patches/patch-components_soda_soda_util_cc
1.10+10-1www/chromium/patches/patch-components_soda_soda_util_cc
1.12+3-3www/ungoogled-chromium/patches/patch-chrome_renderer_chrome_content_renderer_client_cc
1.33+3-3www/chromium/patches/patch-chrome_renderer_chrome_content_renderer_client_cc
+38-204 files not shown
+42-2410 files

LLVM/project aa673fa — mlir/lib/Dialect/Linalg/Transforms Vectorization.cpp, mlir/lib/Dialect/Vector/Utils VectorUtils.cpp

[mlir][linalg] Fix rank-reducing insert_slice vectorization writing to wrong dims (#226490)

Vectorizing a rank-reducing `tensor.insert_slice` took the vector shape
from the non-dropped result dims, but wrote the vector back with an
implied minor-identity permutation map, i.e. onto the trailing result
dims. When the dropped unit dims are not the trailing ones, those are
the wrong dims.

Inserting a `tensor<5xi32>` into `tensor<5x3xi32>` at `[0, 2] [5, 1] [1,
1]` fills column 2, one element per row. Vectorized, the write went
along dim 1, so only the first element landed and the other four were
discarded by the out-of-bounds check. With user-provided vector sizes
the write was masked with `dim(1) - index(0)` and stored past the end of
the row instead.

Fixed by passing a permutation map built from the non-dropped result
dims, and by making `createWriteOrMaskedWrite` use the dims that map
selects, both to decide whether a mask is needed and to size it: each
mask size is `dim - index` for that dim.

    [17 lines not shown]
DeltaFile
+99-3mlir/test/Dialect/Linalg/vectorization/insert-slice.mlir
+51-0mlir/test/Integration/Dialect/Linalg/CPU/vectorize-insert-slice-rank-reducing.mlir
+23-18mlir/lib/Dialect/Vector/Utils/VectorUtils.cpp
+14-3mlir/lib/Dialect/Linalg/Transforms/Vectorization.cpp
+187-244 files

LLVM/project 43a69cb — llvm/lib/CodeGen TargetPassConfig.cpp, llvm/lib/Passes CodeGenPassBuilder.cpp

CodeGen: Read the exception model from the module flag

Module::getExceptionModel() now falls back to the triple's default
model instead of falling back to the TargetMachine.

The pass pipeline is built before the module is known, so schedule each
EH preparation pass when the target supports a model, and let the pass
check the module's model. Add TargetMachine::supportsExceptionModel so
the pass config can skip definitely irrelevant passes. SjLjEHPrepare is
now scheduled on every target with exception handling, and WinEHPrepare
only on COFF and Wasm targets. WinEHPrepare and WasmEHPrepare are
scheduled for Wasm by the base pass configs, replacing the WebAssembly
override.

This is almost the last step towards removing TargetOptions::ExceptionModel.

Co-authored-by: Claude Opus <noreply at anthropic.com>
DeltaFile
+38-35llvm/lib/CodeGen/TargetPassConfig.cpp
+35-34llvm/lib/Passes/CodeGenPassBuilder.cpp
+69-0llvm/test/CodeGen/X86/exception-model-flag-eh-prepare.ll
+64-0llvm/test/CodeGen/X86/exception-model.ll
+31-0llvm/lib/Target/TargetMachine.cpp
+25-0llvm/test/CodeGen/AMDGPU/exception-model.ll
+262-6940 files not shown
+361-15146 files

LLVM/project 562796d — libcxxabi CMakeLists.txt

[libc++abi] Retain the old CMP0155 behavior for GCC compatibility

Raising the minimum CMake version to 3.31 enables automatic module dependency
scanning for the C++23 libc++abi object libraries. GCC 16 and 17 then probe
the libstdc++ bits/stdc++.h header when processing libc++ headers and fail
if it is absent.

Set CMP0155 to OLD within libc++abi only when using GCC until its optional
header lookup is fixed. Preserve automatic scanning with Clang and guard
the policy setting for older CMake versions.

GCC bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=127940

Validated the policy workaround on the CMake 3.31 minimum-version branch
with GCC 16.2.0 and CMake 3.31.12: the focused cxa_handlers.cpp reproducer
compiles. Clang 22.1.0 still generates and successfully executes the
clang-scan-deps rule for that source. git diff --check passes.

Assisted-by: Codex
DeltaFile
+8-0libcxxabi/CMakeLists.txt
+8-01 files

LLVM/project 5d1f4a9 — libcxx/utils/ci run-buildbot

[libc++] Disable automatic module scanning on ARM CI builders

The ARM Buildkite toolchains do not expose clang-scan-deps to CMake.
When CMP0155 enables automatic scanning for libc++abi C++23 sources,
these standalone runtimes builds fail with the scanner set to NOTFOUND.

Pass CMAKE_CXX_SCAN_FOR_MODULES=OFF in the eight ARM job invocations,
including the no-exceptions variants, until their toolchains provide a
matching scanner. Keep the other CI configurations on their defaults.

Validated bash syntax, git diff --check, and argument dispatch for all
eight ARM jobs with generic C++20, C++23, and modules jobs as controls.

Assisted-by: Codex
DeltaFile
+16-6libcxx/utils/ci/run-buildbot
+16-61 files

LLVM/project 7a015be — lldb CMakeLists.txt, llvm-libgcc CMakeLists.txt

[CMake] Bump the minimum required version to 3.31

This is a follow up to e192ec42b426f6ffbc25419238a90f3c59088587 which
changes the warning to an error when using CMake older than 3.31.

See
https://discourse.llvm.org/t/91086

Assisted-by: Codex
DeltaFile
+1-9polly/CMakeLists.txt
+1-9openmp/CMakeLists.txt
+1-9offload/CMakeLists.txt
+1-9mlir/CMakeLists.txt
+1-9llvm-libgcc/CMakeLists.txt
+1-9lldb/CMakeLists.txt
+6-5414 files not shown
+20-17420 files

LLVM/project 9357f75 — libcxx/utils/ci run-buildbot ensure-cmake.sh

[libc++] Provision a suitable CMake for CI builds

The previous commit raised cmake_minimum_required to 3.31. The GitHub
jobs already satisfy it (the Linux image pins 3.31.0, macOS uses brew,
Windows uses the hosted image), but some self-hosted Buildkite agents
ship an older CMake and their images cannot be updated by us.

Teach run-buildbot to check the CMake version up front. When the cmake
on PATH is new enough, this costs a single `cmake --version` and nothing
else changes. Otherwise, download a pinned, SHA-256 verified CMake
3.31.12 release binary into ${XDG_CACHE_HOME:-~/.cache}/libcxx (outside
the build directory that run-buildbot wipes) and, when no binary exists
for the host or it cannot run there, bootstrap it from source with the
host compilers rather than the runtime's CC/CXX. The install is
published with an atomic rename so concurrent builders on one agent
never see a partial cache entry.

An explicit CMAKE override is still honored but now validated; in the
provisioned or overridden cases its directory is prepended to PATH so

    [5 lines not shown]
DeltaFile
+180-0libcxx/utils/ci/ensure-cmake.sh
+25-11libcxx/utils/ci/run-buildbot
+205-112 files

FreeBSD/ports 87dce4a — net-p2p/mkbrr Makefile distinfo

net-p2p/mkbrr: Update to 1.27.0

Changelog: https://github.com/autobrr/mkbrr/releases/tag/v1.27.0
DeltaFile
+5-5net-p2p/mkbrr/distinfo
+1-1net-p2p/mkbrr/Makefile
+6-62 files

FreeBSD/ports 7af68df — sysutils/gdu Makefile distinfo

sysutils/gdu: Update to 5.38.0

Changelog: https://github.com/dundee/gdu/releases/tag/v5.38.0
DeltaFile
+5-5sysutils/gdu/distinfo
+2-3sysutils/gdu/Makefile
+7-82 files

FreeBSD/ports 932cac8 — print/pdfcpu Makefile distinfo

print/pdfcpu: Update to 0.16.2

Changelog: https://github.com/pdfcpu/pdfcpu/releases/tag/v0.16.2

Security:       GHSA-ppm7-rg95-2c2p \
                GHSA-gj7c-wpph-xx35
DeltaFile
+5-5print/pdfcpu/distinfo
+1-2print/pdfcpu/Makefile
+6-72 files

FreeBSD/ports e71e7ff — print/harfbuzz Makefile distinfo, print/harfbuzz-cairo pkg-plist

print/harfbuzz*: Update to 14.5.1

Changelog: https://github.com/harfbuzz/harfbuzz/releases/tag/14.5.1

PR:             297609
Reviewed by:    desktop (arrowd)
Exp-run by:     antoine
DeltaFile
+8-0print/harfbuzz/pkg-plist
+3-3print/harfbuzz/distinfo
+1-1print/harfbuzz/Makefile
+2-0print/harfbuzz-icu/pkg-plist
+2-0print/harfbuzz-cairo/pkg-plist
+16-45 files

FreeBSD/src 6866177 — sys/compat/linuxkpi/common/include/linux mutex.h kernel.h, sys/compat/linuxkpi/common/src linux_work.c

Revert LinuxKPI: LINUXKPI_DEBUG changes to allow drm-kmod to build

It has been almost a week with an open pull-requests and a follow-up
identified merge from master drm-kmod, as well as a patch supplied
in a PR for the ports to fix the the current build breakage in drm-kmod
and as a result also in nvidia-drm-* ports.

The problem there is that instead of using the kmod.mk supplied
definitions for LINUXKPI and despite using kmod.mk for the build,
the external components have hand-rolled solutions which can get
out of synch with src.git.

This was not discovered early on given that building drm-kmod with
LOCAL_MODULES_DIR= from git sources will not fail as the kernel
build will have provided the new opt_linuxkpi.h file.  In addition
drm-kmod master already had the -include for kconfig.h which the
src tree has had since 2024.

Give the pkgbase/kmod builds and users over the weekend a chance

    [10 lines not shown]
DeltaFile
+1-28sys/compat/linuxkpi/common/include/linux/kconfig.h
+3-5sys/compat/linuxkpi/common/include/linux/spinlock.h
+2-4sys/compat/linuxkpi/common/include/linux/kernel.h
+2-2sys/compat/linuxkpi/common/include/linux/mutex.h
+0-3sys/conf/options
+1-1sys/compat/linuxkpi/common/src/linux_work.c
+9-439 files not shown
+15-5215 files

NetBSD/pkgsrc ouPoWNO — www/py-flask-limiter Makefile

   py-flask-limiter: not for Python 3.11
VersionDeltaFile
1.21+3-1www/py-flask-limiter/Makefile
+3-11 files

FreeBSD/ports 4832346 — sysutils/containerd Makefile distinfo

sysutils/containerd: Update to 2.4.2
DeltaFile
+3-3sysutils/containerd/distinfo
+1-2sysutils/containerd/Makefile
+4-52 files

FreeBSD/ports 11d190c — dns/dnscontrol Makefile distinfo

dns/dnscontrol: Update to 5.5.0
DeltaFile
+5-5dns/dnscontrol/distinfo
+1-1dns/dnscontrol/Makefile
+6-62 files

NetBSD/pkgsrc 1Zx2481 — devel/py-limits Makefile

   py-limits: not for Python 3.11
VersionDeltaFile
1.28+8-6devel/py-limits/Makefile
+8-61 files

NetBSD/pkgsrc fOWPh1i — sysutils/fabric Makefile

   fabric: not for Python 3.11
VersionDeltaFile
1.61+3-1sysutils/fabric/Makefile
+3-11 files