FreeBSD/ports 87c2ecbsysutils/dunst distinfo Makefile, sysutils/dunst/files patch-Makefile

sysutils/dunst: Update to 1.13.2

Changelog: https://github.com/dunst-project/dunst/releases/tag/v1.13.2
DeltaFile
+51-21sysutils/dunst/files/patch-Makefile
+3-3sysutils/dunst/distinfo
+1-1sysutils/dunst/Makefile
+55-253 files

FreeBSD/src 8330871release/packages/ucl rc.ucl

packages: Add dependency from rc to mtree

/etc/rc.d/var_run uses mtree, which is in the devel set and isn't
installed as part of either minimal or optional, so add a manual
dependency.

Reviewed by:    des, bapt, emaste
Differential Revision:  https://reviews.freebsd.org/D54540
Sponsored by:           https://www.patreon.com/bsdivy
DeltaFile
+5-2release/packages/ucl/rc.ucl
+5-21 files

FreeBSD/src 4377300release/packages/ucl xz-all.ucl

packages: Move xz to the minimal set

pkg(8), via its daily periodic script, requires xz.  We don't have
a way to encode dependencies from ports on base packages right now,
so instead move xz to the minimal set so it's always installed.

This isn't an ideal solution, but it's justified in this case since
pkg(8) is always installed, so having its dependencies always
installed is acceptable.

(Following discusson on the diff, new versions of pkg have now been
changed to use zstd instead of xz, but we still think xz is useful
enough to keep in minimal.)

MFC after:      1 week (stable/15 only)
Reviewed by:    des, bapt, emaste
Differential Revision:  https://reviews.freebsd.org/D55630
Sponsored by:           https://www.patreon.com/bsdivy
DeltaFile
+1-1release/packages/ucl/xz-all.ucl
+1-11 files

FreeBSD/src 8ba3adaetc/mtree BSD.include.dist

etc/mtree: Restore removed package tags

Following commit 436618a427b4 which added package tags to mtree,
some of the tags were later removed due to an issue with empty
packages being created.  That problem has been fixed by commit
7965c93e4d41, so we can now restore the tags that were removed.

This reverts commit 00352ef6d2a013650f0ab2a4c9b016c22552ed25.
This reverts commit 1fbdb149aa486961c5d9d6403065e90123b3f5fe.
This reverts commit ef2d586d7efb908bf39e7d5eb5d4305193d0ca6e.
This reverts commit 2a8a6179eb6cef8ba1a417a4c8a1f7063c704533.

MFC after:      2 weeks (stable/15 only)
Reviewed by:    des, bapt, emaste
Differential Revision:  https://reviews.freebsd.org/D55645
Sponsored by:           https://www.patreon.com/bsdivy
DeltaFile
+5-5etc/mtree/BSD.include.dist
+5-51 files

LLVM/project ba01826clang/include/clang/Options Options.td, clang/test/Driver aarch64-fixed-x-register.c

[clang] Fix AArch64 -ffixed-x help text (#188911)

Fix the documented support set for AArch64 `-ffixed-xN` options to match
the current implementation.

This updates the generated option help text so that only the registers
actually supported by AArch64 are listed as `AArch64/RISC-V only`, and
marks `x8`, `x16`, `x17`, `x19`, and `x29`-`x31` as `RISC-V only`.

It also adds a driver test to cover the representative unsupported
AArch64 case for `-ffixed-x8`.

Fixes #186620.

Tests: `build-cir/bin/llvm-lit -sv
clang/test/Driver/aarch64-fixed-x-register.c`
DeltaFile
+28-0clang/test/Driver/aarch64-fixed-x-register.c
+5-1clang/include/clang/Options/Options.td
+33-12 files

FreeBSD/ports 002b357graphics/pixelmosh distinfo Makefile.crates

graphics/pixelmosh: Update 4.1.4 => 4.2.2

Changelog:
https://github.com/charlesrocket/pixelmosh/blob/v4.2.2/CHANGELOG.md

PR:             294066
Reported by:    charlesrocket <slowdive at me.com> (maintainer)
Approved by:    maintainer, osa (mentor)
DeltaFile
+257-261graphics/pixelmosh/distinfo
+127-129graphics/pixelmosh/Makefile.crates
+1-1graphics/pixelmosh/Makefile
+385-3913 files

LLVM/project 55322f2llvm/test/CodeGen/AArch64 arc-contract-claim-rv.ll O3-pipeline.ll, llvm/test/CodeGen/AMDGPU llc-pipeline.ll

[ObjCARC] Run ObjCARCContract before PreISelIntrinsicLowering (#184149)

74e4694 moved ObjCARCContract from running before the codegen pipeline
into addISelPrepare(), which runs after PreISelIntrinsicLowering.

This broke ObjCARCContract's retainRV-to-claimRV optimization because
ObjCARCContract identifies ARC calls via intrinsics, not their lowered
counterparts.

This patch restores the pre-74e4694 ordering by moving ObjCARCContract
to addISelPasses.

The IntrinsicInst.cpp change looks extraneous but is required here:
ObjCARCContract may now rewrite the bundle operand from retainRV to
claimRV. When PreISelIntrinsicLowering then encounters this new
intrinsic use, lowerObjCCall asserts mayLowerToFunctionCall.

Assisted-by: claude

rdar://137997453
DeltaFile
+28-20llvm/test/CodeGen/AMDGPU/llc-pipeline.ll
+26-0llvm/test/CodeGen/AArch64/arc-contract-claim-rv.ll
+12-7llvm/test/CodeGen/X86/opt-pipeline.ll
+7-5llvm/test/CodeGen/SPIRV/llc-pipeline.ll
+7-5llvm/test/CodeGen/AArch64/O3-pipeline.ll
+7-5llvm/test/CodeGen/RISCV/O3-pipeline.ll
+87-4210 files not shown
+126-6716 files

OPNSense/core cdde24bMk lint.mk, Scripts class-import.sh

lint: Add linter that finds unused imports in php classes
DeltaFile
+49-0Scripts/class-import.sh
+4-1Mk/lint.mk
+53-12 files

FreeNAS/freenas e723c96src/middlewared pyproject.toml, src/middlewared/debian control

Replace pysnmp with truenas_pysnmp C extension for SNMP traps

Rewrites snmp_trap.py to use the truenas_pysnmp C extension and replaces
the python3-pysnmp4 dependency with python3-truenas-pysnmp.
DeltaFile
+23-104src/middlewared/middlewared/alert/service/snmp_trap.py
+2-2src/middlewared/debian/control
+1-1src/middlewared/pyproject.toml
+26-1073 files

FreeNAS/freenas 4440c24src/middlewared/middlewared/plugins failover.py, src/middlewared/middlewared/plugins/system product.py

WIP
DeltaFile
+39-44src/middlewared/middlewared/plugins/system/product.py
+26-35src/middlewared/middlewared/plugins/truenas/license.py
+42-2src/middlewared/middlewared/plugins/truenas/license_utils.py
+3-0src/middlewared/middlewared/plugins/failover.py
+110-814 files

FreeBSD/ports be3119ddevel/py-num2words Makefile

devel/py-num2words: add missing RUN_DEPENDS

PR:             287844
Submitted by:   Sergey Kiselev
DeltaFile
+3-1devel/py-num2words/Makefile
+3-11 files

LLVM/project e56161elibcxx/utils/ci/lnt/runners apple-m5-clang21 apple-m5-xcode26

[libc++] Allow passing individual commits to LNT runners (#189020)

This is useful for generating specific data points.
DeltaFile
+33-16libcxx/utils/ci/lnt/runners/apple-m5-clang21
+31-16libcxx/utils/ci/lnt/runners/apple-m5-xcode26
+4-1libcxx/utils/ci/lnt/runners/README.md
+68-333 files

LLVM/project b2f5992libc/docs full_cross_build.rst build_and_test.rst

[libc][docs][NFC] Document cross-compilation testing with QEMU (#188838)

Added a "Building and Testing with an Emulator" section to
full_cross_build.rst using riscv64 and qemu-riscv64 as the example.
Outlined necessary CMake flags for cross-compiling with Clang, including
CMAKE_C_COMPILER_TARGET, CMAKE_CXX_COMPILER_TARGET, and
LLVM_ENABLE_LLD=ON. Switched from CMAKE_SYSROOT to LIBC_KERNEL_HEADERS
and added the gcc-riscv64-linux-gnu package dependency to ensure sysroot
issues on Debian-based systems are avoided while retaining access to
cross-compiler runtime objects.

Explained the self-hosted libc-hermetic-tests target as the required
target for executing tests during a standalone cross build, since the
standard check-libc tests are not hermetic.

Refactored existing CMake examples in full_cross_build.rst to use -S and
-B flags instead of cd and mkdir.

Removed prompt characters from code blocks and separated host

    [5 lines not shown]
DeltaFile
+103-16libc/docs/full_cross_build.rst
+7-0libc/docs/build_and_test.rst
+110-162 files

LLVM/project db5cd62flang/lib/Optimizer/OpenMP LowerWorkshare.cpp, flang/test/Transforms/OpenMP lower-workshare-thread-local.mlir

[flang][OpenMP] Restrict isSafeToParallelize to write-only thread-local effects (#188595)

This is a follow-up fix for commit 0f5e9bee.

Only write effects to thread-local memory should be considered safe to
parallelize in workshare lowering, not reads. When both reads and writes
were safe, the cascading effect in moveToSingle could cause entire
SingleRegions to become fully parallelized, eliminating the omp.single
and its implicit barrier. This removed synchronization points needed to
keep threads coordinated inside sequential loops containing workshared
operations, causing race conditions in forall-workshare patterns.

This was exposed by the Fujitsu Test Suite and made the following tests
regress:

FAIL: test-suite :: Fujitsu/Fortran/0398/Fujitsu-Fortran-0398_0031.test
FAIL: test-suite :: Fujitsu/Fortran/0398/Fujitsu-Fortran-0398_0013.test
FAIL: test-suite :: Fujitsu/Fortran/0398/Fujitsu-Fortran-0398_0030.test
FAIL: test-suite :: Fujitsu/Fortran/0398/Fujitsu-Fortran-0398_0014.test

Updates #143330
DeltaFile
+117-6flang/test/Transforms/OpenMP/lower-workshare-thread-local.mlir
+13-7flang/lib/Optimizer/OpenMP/LowerWorkshare.cpp
+130-132 files

LLVM/project 760c429mlir/include/mlir/Dialect/AMDGPU/IR AMDGPUEnums.td AMDGPUOps.td, mlir/lib/Conversion/AMDGPUToROCDL AMDGPUToROCDL.cpp

[MLIR][AMDGPU] Added l2-prefetch op to AMDGPU (#188457)

This PR adds `global_prefetch` op to prefetch a cache line to high-level
caches using the aligned address of the source `memref` and an offset
provided by the indices of the element containing the cache line. This
provides temporal hints (e.g., regular or high-priority). Note that
out-of-bounds access is allowed in speculative mode. Ensure the source
`memref` is in address space `1`.

---------

Co-authored-by: Krzysztof Drewniak <Krzysztof.Drewniak at amd.com>
DeltaFile
+73-0mlir/test/Dialect/AMDGPU/invalid.mlir
+52-2mlir/lib/Conversion/AMDGPUToROCDL/AMDGPUToROCDL.cpp
+40-0mlir/lib/Dialect/AMDGPU/IR/AMDGPUOps.cpp
+36-0mlir/include/mlir/Dialect/AMDGPU/IR/AMDGPUEnums.td
+33-0mlir/include/mlir/Dialect/AMDGPU/IR/AMDGPUOps.td
+25-0mlir/test/Conversion/AMDGPUToROCDL/global-prefetch.mlir
+259-21 files not shown
+265-27 files

LLVM/project 45d7ef4offload/cmake OpenMPTesting.cmake

[Offload][NFC] Remove unused testing functions in CMake (#189013)

Summary:
These are called by no one.
DeltaFile
+0-45offload/cmake/OpenMPTesting.cmake
+0-451 files

LLVM/project b959831mlir/lib/Dialect/Arith/Transforms IntRangeOptimizations.cpp, mlir/test/Dialect/Arith int-range-opts.mlir

[MLIR][Arith] Fix int-range-optimizations miscompile from stale solver state (#188992)

The `--int-range-optimizations` pass runs the `DataFlowSolver` once,
then calls `applyPatternsGreedily` with a `DataFlowListener` that erases
solver state when ops are deleted. However, the greedy driver's
`simplifyRegions` step (which calls `runRegionDCE` between pattern
iterations) can remove block arguments without notifying the listener.
This frees the `BlockArgumentImpl` storage, which may be reused by a
subsequent allocation. The solver then finds stale lattice state keyed
at the reused address and incorrectly treats the new block argument as a
known constant, causing a miscompile.

The existing `enableFolding(false)` was added for the same class of bug
(folding can also remove block arguments). This patch extends the fix by
also disabling region simplification, preventing dead-arg elimination
from causing the same address-reuse problem.

Fixes #137281
Fixes #126195

Assisted-by: Claude Code
DeltaFile
+37-0mlir/test/Dialect/Arith/int-range-opts.mlir
+13-8mlir/lib/Dialect/Arith/Transforms/IntRangeOptimizations.cpp
+50-82 files

LLVM/project 79658d7mlir/lib/Dialect/SCF/Transforms LoopRangeFolding.cpp, mlir/test/Dialect/SCF loop-range.mlir

[MLIR][SCF] Fix ForLoopRangeFolding miscompile with non-positive MulIOp multiplier (#188995)

The scf-for-loop-range-folding pass transforms loops of the form

  for (i = lb; i < ub; i += step) { use(i * c) }

into

  for (j = lb*c; j < ub*c; j += step*c) { use(j) }

This transformation is only valid when c is strictly positive, since
scf.for requires a positive step. When c is zero or negative, the new
step becomes zero or effectively negative (wrapping in unsigned
arithmetic for index type), producing an incorrect loop.

Add a guard that restricts the MulIOp folding to cases where the
loop-invariant multiplier is a statically known positive integer
constant. Non-constant loop-invariant multipliers are also excluded
since their sign cannot be determined at compile time.

    [4 lines not shown]
DeltaFile
+87-0mlir/test/Dialect/SCF/loop-range.mlir
+11-1mlir/lib/Dialect/SCF/Transforms/LoopRangeFolding.cpp
+98-12 files

FreeBSD/ports 5c903c9mail/claws-mail Makefile.claws Makefile, mail/claws-mail-fancy Makefile

mail/claws-mail*: Update 4.3.1 => 4.4.0, remove GTK2 option that use version 3.21.0

Release Notes:
https://lists.claws-mail.org/pipermail/users/2026-March/034710.html

- Remove option GTK2 - GTK2 supported in 3.x only, but 3.x reached EoL.
- Make cosmetic improvements and cleanups.

PR:             293704
Approved by:    Chris Hutchinson <portmaster at bsdforge.com> (maintainer)
Co-authored-by: Polarian <polarian at polarian.dev>
Co-authored-by: Chris Hutchinson <portmaster at bsdforge.com>
DeltaFile
+13-22mail/claws-mail/Makefile.claws
+5-10mail/claws-mail-notification/Makefile
+3-10mail/claws-mail-fancy/Makefile
+4-8mail/claws-mail/Makefile
+1-10mail/claws-mail/Makefile.ver
+3-6mail/claws-mail/distinfo
+29-667 files not shown
+40-7613 files

FreeBSD/src c789376share/man/man9 DEVICE_IDENTIFY.9

DEVICE_IDENTIFY.9: Fix function call to detect driver in example code

Fixes:          ccabc7c2e556 ("DEVICE_IDENTIFY.9: Modernize description and use cases")
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
DeltaFile
+1-1share/man/man9/DEVICE_IDENTIFY.9
+1-11 files

OpenBSD/ports DYk8Tv1misc/open62541 distinfo Makefile

   update open62541 to 1.3.17
VersionDeltaFile
1.15+2-2misc/open62541/distinfo
1.36+1-1misc/open62541/Makefile
+3-32 files

FreeNAS/freenas c458448src/middlewared pyproject.toml, src/middlewared/debian control

Replace pysnmp with truenas_pysnmp C extension for SNMP traps

Rewrites snmp_trap.py to use the truenas_pysnmp C extension and replaces
the python3-pysnmp4 dependency with python3-truenas-pysnmp.
DeltaFile
+23-104src/middlewared/middlewared/alert/service/snmp_trap.py
+2-2src/middlewared/debian/control
+1-1src/middlewared/pyproject.toml
+26-1073 files

LLVM/project f6a43acllvm/docs LangRef.rst

[LangRef] Specify that syncscopes can affect the monotonic modification order

If a target specifies that atomics with mismatching syncscopes appear
non-atomic to each other, there is no point in requiring them to be ordered in
the monotonic modification order. Notably, the [AMDGPU target user
guide](https://llvm.org/docs/AMDGPUUsage.html#memory-scopes) has specified
syncscopes to relax the modification order for years.

So far, I haven't found an example where this less constrained ordering would
be observable (at least with the AMDGPU inclusive scope rules). Whenever a load
would be able to see two monotonic stores with non-inclusive scope, that's
considered a data race (i.e., the load would return `undef`), so it cannot be
used to observe the order of the stores.
DeltaFile
+13-9llvm/docs/LangRef.rst
+13-91 files

LLVM/project 19e1d98llvm/docs AMDGPUUsage.rst

[AMDGPUUsage] Specify what one-as syncscopes do

This matches the currently implemented and (as far as I could determine)
intended semantics of these syncscopes.
The sync scope table is unchanged except for removing its indentation;
otherwise it would be rendered as part of the preceding note.
DeltaFile
+89-77llvm/docs/AMDGPUUsage.rst
+89-771 files

LLVM/project 715d22ellvm/docs AMDGPUUsage.rst LangRef.rst

[LangRef][AMDGPU] Specify that syncscope can cause atomic operations to race

Targets should be able to specify that the syncscope of atomic operations
influences whether they participate in data races with each other.

For example, in AMDGPU, we want (and already implement) the load in the
following case to be in a data race (i.e., return `undef` according to the
current definition), because there is an atomic store with workgroup syncscope
executing in a different workgroup:

```
; workgroup 0:
  store atomic i32 1, ptr %p syncscope("workgroup") monotonic, align 4

; workgroup 1:
  store atomic i32 2, ptr %p syncscope("workgroup") monotonic, align 4
  load atomic i32, ptr %p syncscope("workgroup") monotonic, align 4
```


    [3 lines not shown]
DeltaFile
+4-1llvm/docs/AMDGPUUsage.rst
+2-1llvm/docs/LangRef.rst
+6-22 files

LLVM/project 16a32edllvm/docs LangRef.rst

[LangRef] Allow monotonic & seq_cst accesses to inter-operate with other accesses

Currently, the LangRef says that atomic operations (which includes `unordered`
operations, which don't participate in the monotonic modification order) must
read a value from the modification order of monotonic operations.

In the following example, this means that the load does not have a store it
could read from, because all stores it may see do not participate in the
monotonic modification order:

```
; thread 0:
  store atomic i32 1, ptr %p unordered, align 4

; thread 1:
  store atomic i32 2, ptr %p unordered, align 4
  load atomic i32, ptr %p unordered, align 4
```


    [18 lines not shown]
DeltaFile
+17-15llvm/docs/LangRef.rst
+17-151 files

LLVM/project e06b5e5libc/shared/math erfcf16.h, libc/src/__support/math erfcf16.h

[libc][math] Implement C23 half precision erfc function (#180930)

Add support for the half-precision complementary error function
`erfcf16``, using a Sollya generated polynomial implementation with
proper handling of special cases.

Extend the MPFR utilities with erfc support to allow tests.

closes: #180927
DeltaFile
+145-0libc/src/__support/math/erfcf16.h
+66-0libc/test/src/math/smoke/erfcf16_test.cpp
+43-0libc/test/src/math/erfcf16_test.cpp
+27-0libc/shared/math/erfcf16.h
+22-0utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+21-0libc/src/math/erfcf16.h
+324-019 files not shown
+414-125 files

LLVM/project 41080d1clang/lib/Sema HLSLBuiltinTypeDeclBuilder.cpp

Remove unused var.
DeltaFile
+0-1clang/lib/Sema/HLSLBuiltinTypeDeclBuilder.cpp
+0-11 files

LLVM/project c3bffc8mlir/lib/Dialect/Linalg/Transforms DropUnitDims.cpp, mlir/lib/Transforms/Utils WalkPatternRewriteDriver.cpp

Revert "[MLIR] Fix ErasedOpsListener false positives for newly created ops/blocks" (#189010)

Reverts llvm/llvm-project#188956

Hit "merge" by accident on the wrong tab, juggling too may PRs in
parallel...
DeltaFile
+2-30mlir/lib/Transforms/Utils/WalkPatternRewriteDriver.cpp
+2-4mlir/lib/Dialect/Linalg/Transforms/DropUnitDims.cpp
+1-2mlir/test/lib/Dialect/Test/TestPatterns.cpp
+5-363 files

LLVM/project b7b9368llvm/lib/Target/SPIRV SPIRVModuleAnalysis.cpp SPIRVSymbolicOperands.td, llvm/test/CodeGen/SPIRV opencl-cxx-version-2021.ll opencl-cxx-version.ll

[SPIR-V] Support for C++ for OpenCL source language (#188791)

- Add CPP_for_OpenCL source language operand
- Handle opencl.cxx.version metadata

Align handling with SPIR-V translator logic and tests presented there
DeltaFile
+19-0llvm/test/CodeGen/SPIRV/opencl-cxx-version-2021.ll
+19-0llvm/test/CodeGen/SPIRV/opencl-cxx-version.ll
+17-0llvm/lib/Target/SPIRV/SPIRVModuleAnalysis.cpp
+17-0llvm/test/CodeGen/SPIRV/opencl-cxx-version-incompatible.ll
+1-0llvm/lib/Target/SPIRV/SPIRVSymbolicOperands.td
+73-05 files