LLVM/project 394aa60clang/lib/CIR/CodeGen CIRGenBuiltinAArch64.cpp

[CIR][NFC] Sync AArch64 NEON intrinsics with Clang (#204862)

Sync AArch64 NEON intrinsics with Clang after changes merged from
#204201
DeltaFile
+0-76clang/lib/CIR/CodeGen/CIRGenBuiltinAArch64.cpp
+0-761 files

LLVM/project bb87fbbllvm/lib/CAS OnDiskGraphDB.cpp, llvm/lib/MC MCObjectFileInfo.cpp

[llvm] Avoid premature Twine .str() materialization (#204828)
DeltaFile
+13-16llvm/lib/Transforms/IPO/InstrumentorUtils.cpp
+6-9llvm/lib/TableGen/TGParser.cpp
+4-4llvm/lib/Transforms/IPO/InstrumentorConfigFile.cpp
+4-4llvm/lib/MC/MCObjectFileInfo.cpp
+4-4llvm/lib/ObjCopy/COFF/COFFObjcopy.cpp
+3-3llvm/lib/CAS/OnDiskGraphDB.cpp
+34-405 files not shown
+40-4611 files

LLVM/project d10349cllvm/lib/Analysis InstructionSimplify.cpp, llvm/test/Transforms/InstCombine pdep.ll pext.ll

[InstSimplify] Add fold for pdep(0,x) -> 0 and pext(0,x) -> 0 (#204810)

As noted on #204144
DeltaFile
+2-4llvm/test/Transforms/InstCombine/pdep.ll
+2-4llvm/test/Transforms/InstCombine/pext.ll
+4-0llvm/lib/Analysis/InstructionSimplify.cpp
+8-83 files

NetBSD/pkgsrc-wip 25a1920zino distinfo PLIST

zino: update to version 2.5.1.

Pkgsrc changes:
 * version-bump + checksums + PLIST update.
 * Require 0.2.1 of py-netsnmp-cffi.

Upstream changes:

- Add `zping` CLI utility to check if a Zino daemon is alive by
  querying its SNMP agent for uptime.
  ([#528](https://github.com/Uninett/zino/issues/528))

- Configuration errors in `zino.toml` now report the underlying
  parser message (with line and column) for syntax errors, and
  friendlier messages â<80><94> including key suggestions â<80><94>
  for validation errors. ([#539](https://github.com/Uninett/zino/issues/539))

- Single-interface link state verification no longer crashes with
  an `AssertionError` when the target interface has disappeared from

    [13 lines not shown]
DeltaFile
+3-3zino/distinfo
+4-0zino/PLIST
+2-2zino/Makefile
+9-53 files

FreeNAS/freenas bab7eb3src/middlewared/middlewared/alembic/versions/27.0 2026-06-16_12-00_normalize_nic_mac.py, src/middlewared/middlewared/api/base/types network.py

Reject and normalize non-colon NIC MAC addresses

## Problem
A custom NIC MAC entered with dash, no-separator, or mixed separators (e.g. `10-66-6A-1F-F1-B1`) passed the permissive `mac` pattern but libvirt's `defineXML` only parses colon-separated MACs, so the container/VM saved fine and then failed to start with `XML error: unable to parse mac address`. The colon-only `MACAddr(separator=':')` guard the VM plugin used through electriceel was dropped when devices moved to the pydantic models at fangtooth, and containers (26.0+) never had it, so these values can already be sitting in `vm_device` and `container_device`.

## Solution
- Tightened the shared `MACAddress` type to colon-only with a clear message, and switched the v27 VM and Container NIC `mac` fields to use it (removing the duplicated permissive inline pattern). Frozen API versions are left as-is.
- Added a migration that normalizes existing NIC MACs in both `vm_device` and `container_device` to libvirt's canonical lowercase colon form, regenerating the rare value that isn't a real MAC. This is required because `*.device.query` re-validates rows through the model, so an un-normalized non-colon MAC would otherwise make `query` fail once the pattern is tightened. Normalization preserves the user's intended address and heals instances that were stuck failing to start.
DeltaFile
+65-0src/middlewared/middlewared/alembic/versions/27.0/2026-06-16_12-00_normalize_nic_mac.py
+57-0src/middlewared/middlewared/pytest/unit/api/base/types/test_mac_address.py
+2-2src/middlewared/middlewared/api/v27_0_0/container_device.py
+2-2src/middlewared/middlewared/api/v27_0_0/vm_device.py
+2-2src/middlewared/middlewared/api/base/types/network.py
+128-65 files

LLVM/project eb21e78llvm/lib/Target/X86 X86WinEHUnwindV3.cpp

Mark LastEpilogIdx as maybe_unused (#204857)

#203108 added a variable which is read only in debug builds, so we are
seeing warning in release builds without asserts.
DeltaFile
+1-1llvm/lib/Target/X86/X86WinEHUnwindV3.cpp
+1-11 files

FreeBSD/ports bcaba39net-mgmt/seafile-client/files patch-lib_utils.c patch-daemon_Makefile.am, net-mgmt/seafile-gui Makefile

net-mgmt/seafile-{client,gui}: update to 9.0.18

Author also agreed to adopt port.

Reviewed by:    makc, michaelo
Differential Revision:  https://reviews.freebsd.org/D57610
Changelog:      https://github.com/haiwen/seafile-client/compare/v9.0.7...v9.0.18
DeltaFile
+24-5net-mgmt/seafile-gui/files/patch-CMakeLists.txt
+19-0net-mgmt/seafile-client/files/patch-lib_utils.c
+9-10net-mgmt/seafile-gui/Makefile
+11-0net-mgmt/seafile-gui/files/patch-src-message-poller.cpp
+11-0net-mgmt/seafile-gui/files/patch-src-filebrowser-file-browser-search-tab.cpp
+3-3net-mgmt/seafile-client/files/patch-daemon_Makefile.am
+77-184 files not shown
+87-2710 files

LLVM/project fa135bbllvm/test/tools/llubi metadata.ll verify.ll, llvm/tools/llubi llubi.cpp

[llubi] Run verifier on the input IR (#204095)

This PR runs the IR verifier in llubi by default and adds a
`--disable-verify` opt-out.
DeltaFile
+2-49llvm/test/tools/llubi/metadata.ll
+20-0llvm/test/tools/llubi/verify.ll
+0-18llvm/test/tools/llubi/intr_vector_manip.ll
+9-8llvm/tools/llubi/lib/Interpreter.cpp
+7-5llvm/test/tools/llubi/assume_invalid_align.ll
+10-0llvm/tools/llubi/llubi.cpp
+48-802 files not shown
+50-828 files

FreeNAS/freenas 7e48dacsrc/middlewared/middlewared/etc_files/local/ssh sshd_config.mako config.py, src/middlewared/middlewared/plugins ssh.py

Convert SSH plugin to typesafe pattern

## Context
Migrates the `ssh` plugin from the legacy dict-based `SystemServiceService` to the typesafe pattern, matching the `ups`/`ftp` shape.

## Solution
Split the single `ssh.py` into a package: a lean `SSHService` (`generic = True`) in `__init__.py` delegating to `SSHServicePart` in `config.py`, with the host-key helpers moved to plain functions in `keys.py`. `config`/`update` now return the `SSHEntry` Pydantic model in-process, so every internal consumer was updated: the `sshd_config` mako and the SSH `config.py` renderer `.model_dump()` the model at the top, and the in-process callers (`keychain`, `failover` nftables, the `service_` start/reload hooks, and the plugin's own `setup()`) were switched from string `middleware.call('ssh.…')` to typed `call2`/`call_sync2`. The only remaining string call is `etc.py`'s dynamic `CtxMethod` dispatch, which has no static method handle. Registered the service in `main.py` and added the package to the mypy workflow.
DeltaFile
+0-186src/middlewared/middlewared/plugins/ssh.py
+83-0src/middlewared/middlewared/plugins/ssh/__init__.py
+80-0src/middlewared/middlewared/plugins/ssh/keys.py
+66-0src/middlewared/middlewared/plugins/ssh/config.py
+19-22src/middlewared/middlewared/etc_files/local/ssh/sshd_config.mako
+9-15src/middlewared/middlewared/etc_files/local/ssh/config.py
+257-2236 files not shown
+273-23312 files

NetBSD/pkgsrc-wip 267ad70py-netsnmp-cffi PLIST

py-netsnmp-cffi: update PLIST as well...
DeltaFile
+9-6py-netsnmp-cffi/PLIST
+9-61 files

NetBSD/pkgsrc-wip 51dc19fpy-netsnmp-cffi distinfo Makefile, py-netsnmp-cffi/patches patch-src_netsnmpy_netsnmp__ffi.py

py-netsnmp-cffi: upgrade to version 0.2.1.

Pkgsrc changes:
 * Version + checksum updates.

Upstream changes:

Fixed
 * Fix ffi.error from a size mismatch between the cdef and the
   real C layout of struct enum_list, by marking the cdef declaration
   as flexible. The mismatch caused crashes on platforms where
   CFFI verifies struct sizes against the C compiler (e.g.
   NetBSD/pkgsrc builds of net-snmp), any time MIB enumerations
   were looked up. (#23)

Added
 * Test suite now also tests on Python 3.13 and 3.14.
 * Wheel build/publish process also builds wheels for Python 3.13 and 3.14.
DeltaFile
+0-14py-netsnmp-cffi/patches/patch-src_netsnmpy_netsnmp__ffi.py
+3-4py-netsnmp-cffi/distinfo
+1-2py-netsnmp-cffi/Makefile
+4-203 files

LLVM/project ef5d544flang/lib/Lower/OpenMP OpenMP.cpp, flang/lib/Lower/Support ReductionProcessor.cpp

[flang][OpenMP] Scope-qualify user-defined reduction names in lowering (#202474)

A named !$omp declare reduction was lowered to an omp.declare_reduction
operation whose symbol name was just the bare reduction name (e.g.
`@a`), without any scope qualification. Semantic name resolution was
correct and gave each scope its own reduction symbol, but lowering
deduplicates the declare reduction op by name, so two subroutines that
declared a reduction with the same name collapsed onto a single op.

As a result, a reduction(name:var) clause could bind to a declaration
that leaked in from a different scope.

Per OpenMP 6.0 7.6.14, a user-defined reduction has the same visibility
and accessibility as a variable declared at the same location.

Qualify the generated op name with the scope in which the reduction is
declared using mangleName, the same approach already used for
omp.private and declare mapper. This is applied consistently when the op
is created, when a clause references it, and when its existence is

    [2 lines not shown]
DeltaFile
+35-0flang/test/Lower/OpenMP/declare-reduction-same-name-different-scope.f90
+9-9flang/test/Lower/OpenMP/declare-reduction-target-intrinsic.f90
+14-4flang/lib/Lower/Support/ReductionProcessor.cpp
+6-1flang/lib/Lower/OpenMP/OpenMP.cpp
+3-3flang/test/Lower/OpenMP/Todo/multiple-types-declare_reduction.f90
+2-2flang/test/Lower/OpenMP/declare-reduction-no-initializer-intrinsic.f90
+69-1910 files not shown
+80-3016 files

LLVM/project 403ce0dflang/lib/Semantics check-omp-structure.cpp, flang/test/Semantics/OpenMP requires10.f90 requires03.f90

[flang][OpenMP] Emit warning that REVERSE_OFFLOAD is not supported (#204647)

Right now we quietly ignore it, whereas the OpenMP spec mandates a
compilation error for requirements that the implementation does not
support.
The REVERSE_OFFLOAD was not causing a compilation error to allow testing
of incremental implementation improvements, but we should at least warn
about not supporting it.
DeltaFile
+1-9llvm/include/llvm/Frontend/OpenMP/OMP.td
+6-0flang/lib/Semantics/check-omp-structure.cpp
+2-0flang/test/Semantics/OpenMP/requires10.f90
+1-0flang/test/Semantics/OpenMP/requires03.f90
+1-0flang/test/Semantics/OpenMP/requires04.f90
+1-0flang/test/Semantics/OpenMP/requires05.f90
+12-95 files not shown
+17-911 files

LLVM/project 26f8682clang/include/clang/Driver CommonArgs.h, clang/lib/Driver/ToolChains CommonArgs.cpp AMDGPU.cpp

clang/AMDGPU: Fix double linking opencl libs with --libclc-lib

Noticed by inspection. If using an explicit --libclc-lib flag,
do not attempt to also link the rocm device libs which will contain
different implementations of the same opencl symbols.

Co-Authored-By: Claude <noreply at anthropic.com>
DeltaFile
+8-7clang/lib/Driver/ToolChains/CommonArgs.cpp
+9-0clang/test/Driver/opencl-libclc.cl
+5-1clang/include/clang/Driver/CommonArgs.h
+2-1clang/lib/Driver/ToolChains/AMDGPU.cpp
+24-94 files

LLVM/project ca7b8d4clang/lib/Driver/ToolChains AMDGPU.cpp HIPAMD.cpp

clang/AMDGPU: Merge toolchain subclasses

Simplify the toolchain implementations by collapsing
them into one. Previously we had a confusing split. The
AMDGPUToolChain base class implemented much of the base
support. It was subclassed by ROCMToolChain, which would
have been more accurately described as the offloading subclass.

That was further subclassed into HIP and OpenMP specific subclasses.
Deleting those two is the important part of this change. There was
code duplication, and features arbitrarily handled in one but not
the other. The offload kind is passed in almost everywhere if you
really need to know the original language. However, I consider
this an antifeature, and it is really poor QoI to have the HIP
and OpenMP toolchains behave differently in any way. The platform
should be consistent and the driver behaviors should not depend
on the language.

There is additional mess in the handling of spirv, which this

    [9 lines not shown]
DeltaFile
+264-123clang/lib/Driver/ToolChains/AMDGPU.cpp
+2-193clang/lib/Driver/ToolChains/HIPAMD.cpp
+0-94clang/lib/Driver/ToolChains/AMDGPUOpenMP.cpp
+48-23clang/lib/Driver/ToolChains/AMDGPU.h
+0-68clang/lib/Driver/ToolChains/AMDGPUOpenMP.h
+1-50clang/lib/Driver/ToolChains/HIPAMD.h
+315-5514 files not shown
+340-56610 files

LLVM/project b8802cdclang/lib/Driver/ToolChains AMDGPU.cpp, clang/test/Driver amdgpu-openmp-max-threads.c

clang/AMDGPU: Remove artificial restriction on --gpu-max-threads-per-block

Previously this flag was only handled for HIP, and would produce an unused
argument warning. Also use a simpler method for forwarding the flag to cc1.
DeltaFile
+2-8clang/lib/Driver/ToolChains/AMDGPU.cpp
+5-0clang/test/Driver/amdgpu-openmp-max-threads.c
+7-82 files

FreeNAS/freenas e00ab91src/middlewared/middlewared/plugins/vm capabilities.py

NAS-141493 / 27.0.0-BETA.1 / Annotate supported_archs to fix mypy inference with VMGuestArch keys (#19169)

This was introduced recently in PR #19167
DeltaFile
+1-1src/middlewared/middlewared/plugins/vm/capabilities.py
+1-11 files

FreeNAS/freenas 040c690src/middlewared/middlewared/etc_files/local/ssh sshd_config.mako config.py, src/middlewared/middlewared/plugins ssh.py

Convert SSH plugin to typesafe pattern

## Context
Migrates the `ssh` plugin from the legacy dict-based `SystemServiceService` to the typesafe pattern, matching the `ups`/`ftp` shape.

## Solution
Split the single `ssh.py` into a package: a lean `SSHService` (`generic = True`) in `__init__.py` delegating to `SSHServicePart` in `config.py`, with the host-key helpers moved to plain functions in `keys.py`. `config`/`update` now return the `SSHEntry` Pydantic model in-process, so every internal consumer was updated: the `sshd_config` mako and the SSH `config.py` renderer `.model_dump()` the model at the top, and the in-process callers (`keychain`, `failover` nftables, the `service_` start/reload hooks, and the plugin's own `setup()`) were switched from string `middleware.call('ssh.…')` to typed `call2`/`call_sync2`. The only remaining string call is `etc.py`'s dynamic `CtxMethod` dispatch, which has no static method handle. Registered the service in `main.py` and added the package to the mypy workflow.
DeltaFile
+0-186src/middlewared/middlewared/plugins/ssh.py
+83-0src/middlewared/middlewared/plugins/ssh/__init__.py
+80-0src/middlewared/middlewared/plugins/ssh/keys.py
+66-0src/middlewared/middlewared/plugins/ssh/config.py
+19-22src/middlewared/middlewared/etc_files/local/ssh/sshd_config.mako
+9-15src/middlewared/middlewared/etc_files/local/ssh/config.py
+257-2236 files not shown
+273-23312 files

LLVM/project ae60782libc/src/libgen dirname.cpp basename.cpp, libc/test/src/libgen dirname_test.cpp basename_test.cpp

Revert "[libc] Implement basename and dirname in libgen.h (#204554)" (#204856)

Reverted due to death tests failing with ASan on buildbots. Reverts
commit 29692c150f86d76cfb58e8bf2c0e97dc6afd2088.
DeltaFile
+0-74libc/test/src/libgen/dirname_test.cpp
+0-62libc/test/src/libgen/basename_test.cpp
+0-48libc/src/libgen/dirname.cpp
+0-43libc/test/src/libgen/CMakeLists.txt
+0-42libc/src/libgen/basename.cpp
+0-30libc/src/libgen/dirname.h
+0-29916 files not shown
+0-45822 files

LLVM/project 6ba9306llvm/include/llvm/IR IntrinsicsAMDGPU.td, llvm/lib/Target/AMDGPU AMDGPUInstructionSelector.cpp SIISelLowering.cpp

[AMDGPU] Guard more intrinsics with target features
DeltaFile
+1-51llvm/lib/Target/AMDGPU/AMDGPUInstructionSelector.cpp
+0-42llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+0-24llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+15-2llvm/include/llvm/IR/IntrinsicsAMDGPU.td
+4-4llvm/test/CodeGen/AMDGPU/unsupported-av-load.ll
+4-4llvm/test/CodeGen/AMDGPU/unsupported-av-store.ll
+24-12712 files not shown
+45-14318 files

LLVM/project bbafbd9clang/lib/CodeGen CodeGenAction.cpp, llvm/lib/CodeGen/SelectionDAG SelectionDAGBuilder.cpp

[RFC][CodeGen] Add generic target feature checks for intrinsics

This PR adds target-independent infrastructure for annotating LLVM intrinsics
with required subtarget feature expressions.

It introduces a TargetFeatures string field to intrinsic TableGen records.
TableGen emits an intrinsic-to-feature mapping table.

Both SelectionDAG and GlobalISel now perform this check before lowering target
intrinsics. This allows targets to opt in by annotating intrinsic definitions
directly, rather than adding custom checks during lowering, legalization, or
instruction selection.

This PR uses one AMDGPU intrinsic as an example.
DeltaFile
+96-3llvm/lib/MC/MCSubtargetInfo.cpp
+37-0clang/lib/CodeGen/CodeGenAction.cpp
+36-0llvm/lib/IR/DiagnosticInfo.cpp
+33-1llvm/utils/TableGen/Basic/IntrinsicEmitter.cpp
+28-0llvm/test/TableGen/intrinsic-target-features.td
+25-0llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
+255-414 files not shown
+391-920 files

LLVM/project ae77c46llvm/lib/IR Verifier.cpp VerifierAMDGPU.cpp, llvm/test/Verifier callbr-intrinsic.ll

[RFC][IR] Extract AMDGPU-specific verification logic into `VerifierAMDGPU.cpp`

`Verifier.cpp` is large and already mixes generic IR verification with
target-specific checks. We also have a growing amount of AMDGPU verifier logic
downstream, which would all end up in the same file if we don't address this,
and that is not ideal.

This patch extracts AMDGPU-specific verification logic into a separate
`VerifierAMDGPU.cpp` file, with shared infrastructure (`VerifierSupport`) moved
into `VerifierInternal.h`.

This is purely a code organization change, not a target-dependent IR verifier.
All checks remain compiled and linked into `LLVMCore` regardless of the target
triple. The extracted functions are called unconditionally at well-defined
extension points in `Verifier.cpp`, and each function internally gates on
target-specific conditions (for example, triple checks or intrinsic IDs) as
needed. The file is strictly limited to AMDGPU-specific IR constructs (amdgcn
intrinsics, AMDGPU module flags, etc.), and does not contain generic IR rules
that vary by target.

    [10 lines not shown]
DeltaFile
+23-530llvm/lib/IR/Verifier.cpp
+401-0llvm/lib/IR/VerifierAMDGPU.cpp
+233-0llvm/lib/IR/VerifierInternal.h
+6-6llvm/test/Verifier/callbr-intrinsic.ll
+1-0llvm/utils/gn/secondary/llvm/lib/IR/BUILD.gn
+1-0llvm/lib/IR/CMakeLists.txt
+665-5366 files

LLVM/project e995171clang/lib/CIR/CodeGen CIRGenBuiltinAArch64.cpp, clang/test/CodeGen/AArch64 neon-intrinsics.c

[CIR][AArch64] Upstream widening-addition and vector-shift-left-and-widen NEON builtins (#204285)

Related to https://github.com/llvm/llvm-project/issues/185382

CIR lowering for
- widening-addition intrinsics
(https://arm-software.github.io/acle/neon_intrinsics/advsimd.html#widening-addition)
- vector-shift-left-and-widen intrinsics
(https://arm-software.github.io/acle/neon_intrinsics/advsimd.html#vector-shift-left-and-widen)

Port tests:
- `clang/test/CodeGen/AArch64/neon_intrinsics.c` to
`clang/test/CodeGen/AArch64/neon/add.c`
- `clang/test/CodeGen/AArch64/neon_intrinsics.c` to
`clang/test/CodeGen/AArch64/neon/intrinsics.c`
DeltaFile
+0-495clang/test/CodeGen/AArch64/neon-intrinsics.c
+371-0clang/test/CodeGen/AArch64/neon/add.c
+187-0clang/test/CodeGen/AArch64/neon/intrinsics.c
+11-1clang/lib/CIR/CodeGen/CIRGenBuiltinAArch64.cpp
+569-4964 files

LLVM/project 85c81a2llvm/lib/MC MCWin64EH.cpp, llvm/lib/Target/X86 X86WinEHUnwindV3.cpp

[x64][win] Windows x64 unwind v3: Use tail-relative epilog offsets and add size-based splitting (#203108)

Win64 Unwind v3 encodes each epilog's EpilogOffset as a signed 16-bit
field. The encoder previously measured the first epilog offset from the
fragment start, which overflowed for large functions and produced a
cryptic "<unknown>:0: value too large for field" error (and, on the
early .seh_handlerdata path, an assertion failure).

Two changes:

- MCWin64EH.cpp: Always emit epilog offsets tail-relative. The first
epilog descriptor is measured from the fragment end and subsequent ones
as deltas from the previous epilog, so descriptors are emitted in
descending address order (all non-positive, per spec). A new lazy
MCUnwindV3EpilogOffsetTargetExpr resolves the fragment-end-relative
value at layout time (it may not have a symbol yet when emitted via
.seh_handlerdata) and reports a clean, function-named diagnostic on
genuine overflow.


    [11 lines not shown]
DeltaFile
+124-48llvm/test/MC/COFF/seh-unwindv3-inheritance.s
+119-26llvm/lib/Target/X86/X86WinEHUnwindV3.cpp
+113-0llvm/test/CodeGen/X86/win64-eh-unwindv3-split-large.ll
+95-17llvm/lib/MC/MCWin64EH.cpp
+8-7llvm/test/MC/COFF/seh-unwindv3-nonmirror.s
+4-4llvm/test/MC/COFF/seh-unwindv3-large.s
+463-1026 files

FreeBSD/ports 139ab36sysutils/glow distinfo Makefile

sysutils/glow: Update to 2.1.2

ChangeLog:
https://github.com/charmbracelet/glow/releases/tag/v2.1.2
DeltaFile
+5-5sysutils/glow/distinfo
+1-2sysutils/glow/Makefile
+6-72 files

LLVM/project abbb031bolt/lib/Rewrite RewriteInstance.cpp, bolt/test/binary-analysis/AArch64 cfg-warning.s

[BOLT][rewrite] warn about functions without CFG before binary analyses. (#197294)
DeltaFile
+38-0bolt/test/binary-analysis/AArch64/cfg-warning.s
+22-2bolt/lib/Rewrite/RewriteInstance.cpp
+60-22 files

OpenBSD/src mbw74ydusr.bin/tmux cmd-refresh-client.c

   Correctly report theme changes to panes, based on a fix from someone in
   GitHub issue 5246.
VersionDeltaFile
1.52+10-3usr.bin/tmux/cmd-refresh-client.c
+10-31 files

FreeBSD/ports 4d536dcconverters/py-gotenberg-client distinfo Makefile

converters/py-gotenberg-client: Update to 0.14.0
DeltaFile
+3-3converters/py-gotenberg-client/distinfo
+1-1converters/py-gotenberg-client/Makefile
+4-42 files

LLVM/project 8c922aallvm/lib/Transforms/Instrumentation MemorySanitizer.cpp

[MemorySanitizer] Merge x86 BMI and PackedBits handlers into handleGenericBitManipulation (#204786)

As discussed on #204144 - its not necessary to have separate handlers, just because some are target intrinsics
DeltaFile
+13-29llvm/lib/Transforms/Instrumentation/MemorySanitizer.cpp
+13-291 files

FreeBSD/ports f513f0ewww/lua-stream-nginx-module pkg-plist Makefile, www/lua-stream-nginx-module/files patch-src_ngx__stream__lua__module.c

www/nginx{,-devel}: Update to 1.30.3/1.31.2

Update nginx and nginx-devel to the latest security releases.

The quarterly branch was updated manually to account for changes
present in main that are not part of 2026Q2.

Security:       CVE-2026-42055, CVE-2026-48142, CVE-2026-42530
Sponsored by:   Netzkommune GmbH
DeltaFile
+89-0www/lua-stream-nginx-module/pkg-plist
+31-0www/nginx/files/extra-patch-mod_zip
+31-0www/nginx-devel/files/extra-patch-mod_zip
+30-0www/lua-stream-nginx-module/Makefile
+9-11www/nginx/distinfo
+20-0www/lua-stream-nginx-module/files/patch-src_ngx__stream__lua__module.c
+210-1114 files not shown
+276-3620 files