NetBSD/pkgsrc-wip 21beb3fopenjdk25 distinfo, openjdk25/patches patch-make_autoconf_flags-cflags.m4

openjdk25: fix rpath for Zero build
DeltaFile
+2-2openjdk25/patches/patch-make_autoconf_flags-cflags.m4
+1-1openjdk25/distinfo
+3-32 files

LLVM/project 330bb86llvm/docs LibFuzzer.md

[docs][libFuzzer] Fix formatting and collapsed definition lists (#206709)

This PR fixes broken formatting and collapsed definition lists in the
libFuzzer documentation by adding missing blank lines.

Closes #206706

Signed-off-by: Anchels <mishtitov at gmail.com>
DeltaFile
+41-0llvm/docs/LibFuzzer.md
+41-01 files

LLVM/project c84706fllvm/lib/Target/AArch64 AArch64ISelLowering.cpp, llvm/test/CodeGen/AArch64 sve-fixed-length-masked-scatter.ll sve-insert-vector-to-predicate-load.ll

[AArch64][SVE] Lower extended v2i8 loads using SVE. (#217006)

Loads of v2i8 are promoted to v2i32, which requires two extend
operations; v2i8 -> v2i16, then v2i16 -> v2i32. This comes largely for
free when using SVE's extending loads.
DeltaFile
+75-0llvm/test/CodeGen/AArch64/load.ll
+5-7llvm/test/CodeGen/AArch64/sve-fixed-length-masked-gather.ll
+8-3llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
+4-5llvm/test/CodeGen/AArch64/neon-extadd-extract.ll
+2-4llvm/test/CodeGen/AArch64/sve-insert-vector-to-predicate-load.ll
+2-3llvm/test/CodeGen/AArch64/sve-fixed-length-masked-scatter.ll
+96-226 files

LLVM/project 972cd3dlldb/source/Plugins/Process/Windows/Common NativeProcessWindows.cpp

[lldb][Windows] Silence unused variable warning on Windows on Arm (#221176)

<...>/llvm-project/lldb/source/Plugins/Process/Windows/Common/NativeProcessWindows.cpp(507,8):
warning: unused variable 'log' [-Wunused-variable]
  507 |   Log *log = GetLog(WindowsLog::Exception);
      |        ^~~

Move that line into the `#ifndef __aarch64__` block to fix this.
DeltaFile
+1-1lldb/source/Plugins/Process/Windows/Common/NativeProcessWindows.cpp
+1-11 files

LLVM/project 759e1ffllvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/Transforms/LoopVectorize/AArch64 wide-vscale-range-max-runtime-vf.ll

[LV] Use getMaxRuntimeElementCount for MaxPowerOf2RuntimeVF. (#221219)

Use new getMaxRuntimeElementCount to compute MaxPowerOf2RuntimeVF to
avoid overflow by performing computations in uint64_t.

This fixes an overflow in the test added in #219290. We now correctly
determine that a tail is needed for a low trip count loop.

PR: https://github.com/llvm/llvm-project/pull/221219
DeltaFile
+12-26llvm/test/Transforms/LoopVectorize/AArch64/wide-vscale-range-max-runtime-vf.ll
+9-10llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+21-362 files

LLVM/project b9871b3clang/test/CIR/CodeGenBuiltins/AArch64 acle_sve_len.c acle_sve_dup.c, clang/test/CodeGen/AArch64 lit.local.cfg

[clang][CIR][AArch64] Move and reformat SVE test (#220599)

Adapts SVE tests to match the approach that we took for Neon. In
particular, test are moved to:
  * "clang/test/CodeGen/AArch64/sve"

There is no change in test coverage.
DeltaFile
+824-0clang/test/CodeGen/AArch64/sve/dup.c
+0-818clang/test/CIR/CodeGenBuiltins/AArch64/acle_sve_dup.c
+177-0clang/test/CodeGen/AArch64/sve/len.c
+0-170clang/test/CIR/CodeGenBuiltins/AArch64/acle_sve_len.c
+2-1clang/test/CodeGen/AArch64/lit.local.cfg
+1,003-9895 files

LLVM/project 137d8e6llvm/lib/Target/X86 X86RegisterInfo.cpp, llvm/test/CodeGen/X86 avx512f-large-stack.ll huge-frame-index.ll

[X86] Fix eliminateFrameIndex dropping existing index register for huge frame offsets

When the frame offset does not fit in disp32 and the address mode already
uses an index register, the register-scavenging path overwrote the index
operand with the scratch register, silently dropping the index from the
effective address (and applying the stale scale to the frame offset).
Fold the offset into the base register with an LEA in this case instead.

Fixes #213960

Assisted-by: Cursor

Reviewers: RKSimon, qcolombet

Pull Request: https://github.com/llvm/llvm-project/pull/221016
DeltaFile
+53-0llvm/test/CodeGen/X86/huge-frame-index.ll
+13-1llvm/lib/Target/X86/X86RegisterInfo.cpp
+2-1llvm/test/CodeGen/X86/avx512f-large-stack.ll
+68-23 files

FreeBSD/ports 16b5f99sysutils/frand Makefile

sysutils/frand: Mark deprecated

PR:             298166
Approved by:    serpent7776 at gmail.com (maintainer)

(cherry picked from commit ad901054d90a494ec168816e2676c56cd51af3c0)
DeltaFile
+4-1sysutils/frand/Makefile
+4-11 files

LLVM/project 71036f9llvm/unittests/Frontend OpenMPIRBuilderTest.cpp

[NFC] Stop relying on the LocationDescription conversion in unit tests. (#221004)

`LocationDescription` has an implicit conversion from a bare insertion
point, and it leaves DL default-constructed. `OpenMPIRBuilderTest`
depends on that in a number of places, either by naming an insertion
point directly or by handing `Builder.saveIP()` to an entry point that
takes a `LocationDescription`.

Spell out what each of those sites means instead. Where a live builder
is already sitting at the insertion point it is passed directly, and
where the test names an insertion point of its own the empty location is
written out, which is what it was getting before, so no test changes
behavior.

Co-authored-by: Cursor <cursoragent at cursor.com>
DeltaFile
+42-44llvm/unittests/Frontend/OpenMPIRBuilderTest.cpp
+42-441 files

FreeBSD/ports 9c24969net/rclone Makefile distinfo

net/rclone: Update 1.75.0 => 1.75.1

Changelog:
https://rclone.org/changelog/#v1-75-1-2026-09-04

PR:             298269
Approved by:    Ralf van der Enden <tremere at cainites.net> (maintainer)
Approved by:    osa, vvd (Mentors, implicit)
Security:       GHSA-66hp-wgxq-6f5q
Security:       GHSA-3vxh-3pcx-9m8q
Security:       GHSA-38xv-hf3p-h7mq
Security:       GHSA-486v-q2wf-fp2r
Security:       GHSA-f8g7-2xjc-7mfh
Security:       GHSA-p6m2-r3w9-mpxw
Security:       GHSA-p6vx-hf7p-98j6
Security:       GHSA-c476-6w5q-jw77
Security:       GHSA-2p48-j3qc-rx9f
Security:       GHSA-xwwr-4h3p-r22c
Security:       GHSA-p569-5gjg-9cmj

    [3 lines not shown]
DeltaFile
+5-5net/rclone/distinfo
+1-2net/rclone/Makefile
+6-72 files

FreeBSD/ports ad90105sysutils/frand Makefile

sysutils/frand: Mark deprecated

PR:             298166
Approved by:    serpent7776 at gmail.com (maintainer)
DeltaFile
+4-1sysutils/frand/Makefile
+4-11 files

LLVM/project 288d557clang CMakeLists.txt, llvm CMakeLists.txt

[CIR][CMake] Configure MLIR as a dependency-only project

ClangIR requires MLIR, but enabling CIR currently requires users to list MLIR
explicitly in LLVM_ENABLE_PROJECTS. That also attaches all MLIR build, install,
unit-test, and lit targets to the corresponding LLVM aggregates.

When Clang is selected and CLANG_ENABLE_CIR is enabled, record MLIR in
LLVM_DEPENDENCY_ONLY_PROJECTS. The common project setup normalizes this request
against LLVM_ENABLE_PROJECTS, so an explicit MLIR selection still takes
precedence while an implicit selection remains dependency-only.

This configures the MLIR targets used by CIR without changing
LLVM_ENABLE_PROJECTS or enabling MLIR's aggregate targets. Keep the existing
standalone ClangIR restriction, and continue to omit MLIR when CIR is disabled.

Assisted-by: Codex
DeltaFile
+3-2clang/CMakeLists.txt
+4-0llvm/CMakeLists.txt
+7-22 files

LLVM/project b92b5b9llvm CMakeLists.txt, llvm/cmake/modules AddLLVM.cmake

[CMake] Add dependency-only project mode for Flang's MLIR

LLVM_ENABLE_PROJECTS historically treats projects enabled to satisfy another
project's dependency the same as projects selected by the user. Consequently,
enabling Flang attaches the complete MLIR project, install rules, and test
suites to LLVM's aggregate targets.

Record implicit dependencies in the internal-only
LLVM_DEPENDENCY_ONLY_PROJECTS list without changing LLVM_ENABLE_PROJECTS.
Normalize the list after collecting dependencies so duplicate requests are
removed and explicit project selections always take precedence.

Teach project setup to configure the union of both lists and add
dependency-only source directories with EXCLUDE_FROM_ALL. This keeps every
MLIR target available for normal dependency resolution while omitting MLIR-wide
build and install targets. Flang is the first user of this mode.

Let MLIR own its dependency-only test policy: configure test support libraries
for downstream consumers without creating MLIR unit tests or registering its

    [3 lines not shown]
DeltaFile
+20-9llvm/CMakeLists.txt
+12-6mlir/CMakeLists.txt
+7-2llvm/cmake/modules/AddLLVM.cmake
+39-173 files

LLVM/project 1871cb2clang-tools-extra/clang-tidy .clang-tidy

[clang-tidy][NFC] Convert check list to yaml format (#221411)

Yaml format was introduced in 19-20 release which is old enough to
safely transition our file to new version since we are on 23 release
already.
DeltaFile
+46-45clang-tools-extra/clang-tidy/.clang-tidy
+46-451 files

LLVM/project 0f138f6clang/test/OpenMP interchange_codegen.cpp, llvm/lib/Target/Hexagon HexagonDepMask.h

Rebase

Created using spr 1.3.7
DeltaFile
+17,282-3,458llvm/test/tools/llvm-mca/AArch64/Cortex/C1Premium-sve-instructions.s
+7,983-1,591llvm/test/tools/llvm-mca/AArch64/Cortex/C1Premium-neon-instructions.s
+1,750-2,445clang/test/OpenMP/interchange_codegen.cpp
+3,312-825llvm/test/CodeGen/AMDGPU/flat-saddr-load.ll
+2,226-1,164llvm/test/CodeGen/AMDGPU/flat-saddr-atomics.ll
+0-2,819llvm/lib/Target/Hexagon/HexagonDepMask.h
+32,553-12,3023,783 files not shown
+201,098-94,4983,789 files

LLVM/project b77c26coffload/libompaccsupport PluginManager.cpp device.cpp, offload/libomptarget omptarget.cpp

[offload][omp] memory operations through liboffload
DeltaFile
+0-90offload/plugins-nextgen/common/src/PluginInterface.cpp
+68-16offload/libompaccsupport/device.cpp
+43-4offload/libompaccsupport/PluginManager.cpp
+12-24offload/libomptarget/OpenMP/API.cpp
+0-31offload/plugins-nextgen/common/include/PluginInterface.h
+25-4offload/libomptarget/omptarget.cpp
+148-1696 files not shown
+181-18512 files

LLVM/project a418a23offload/include PluginManager.h, offload/liboffload exports

[offload][omp] Use olIterateCompatibleDevices for device init and image registration
DeltaFile
+119-109offload/libompaccsupport/PluginManager.cpp
+9-8offload/libompaccsupport/device.cpp
+0-15offload/plugins-nextgen/common/src/PluginInterface.cpp
+5-8offload/include/PluginManager.h
+0-6offload/plugins-nextgen/common/include/PluginInterface.h
+1-4offload/liboffload/exports
+134-1502 files not shown
+142-1518 files

LLVM/project 538acacclang CMakeLists.txt, llvm CMakeLists.txt

[CIR][CMake] Configure MLIR as a dependency-only project

ClangIR requires MLIR, but enabling CIR currently requires users to list MLIR
explicitly in LLVM_ENABLE_PROJECTS. That also attaches all MLIR build, install,
unit-test, and lit targets to the corresponding LLVM aggregates.

When Clang is selected and CLANG_ENABLE_CIR is enabled, record MLIR in
LLVM_DEPENDENCY_ONLY_PROJECTS unless it is already available. This configures
the MLIR targets used by CIR without changing LLVM_ENABLE_PROJECTS or enabling
MLIR's aggregate targets.

Keep explicit MLIR selections unchanged and retain the existing standalone
ClangIR restriction. Clang builds with CIR disabled continue to omit MLIR.

Assisted-by: Codex
DeltaFile
+7-0llvm/CMakeLists.txt
+3-2clang/CMakeLists.txt
+10-22 files

LLVM/project 7c0f02dclang/lib/StaticAnalyzer/Core CallEvent.cpp

Run clang-format once again.
DeltaFile
+2-1clang/lib/StaticAnalyzer/Core/CallEvent.cpp
+2-11 files

LLVM/project 4c42361llvm CMakeLists.txt, llvm/cmake/modules AddLLVM.cmake

[CMake] Add dependency-only project mode for Flang's MLIR

LLVM_ENABLE_PROJECTS historically treats projects enabled to satisfy another
project's dependency the same as projects selected by the user. Consequently,
enabling Flang attaches the complete MLIR project, install rules, and test
suites to LLVM's aggregate targets.

Record implicit dependencies in the internal-only
LLVM_DEPENDENCY_ONLY_PROJECTS list instead of changing LLVM_ENABLE_PROJECTS.
Teach project setup to configure the union of both lists and add dependency-only
source directories with EXCLUDE_FROM_ALL. Flang is the first user of this mode.

This keeps every MLIR target available for normal dependency resolution while
omitting the MLIR-wide build and install targets. Let MLIR own its
dependency-only test policy: configure test support libraries for downstream
consumers without creating MLIR unit tests or registering its lit suite.
Explicitly enabling MLIR preserves the existing behavior.

Assisted-by: Codex
DeltaFile
+16-6llvm/CMakeLists.txt
+12-6mlir/CMakeLists.txt
+7-2llvm/cmake/modules/AddLLVM.cmake
+35-143 files

LLVM/project c40b30foffload/liboffload/API Program.td, offload/liboffload/src OffloadImpl.cpp

[OFFLOAD] Add olIterateCompatibleDevices API
DeltaFile
+73-0offload/unittests/OffloadAPI/program/olIterateCompatibleDevices.cpp
+26-0offload/liboffload/src/OffloadImpl.cpp
+15-0offload/liboffload/API/Program.td
+1-0offload/unittests/OffloadAPI/CMakeLists.txt
+115-04 files

LLVM/project 7987830clang/include/clang/Driver Driver.h Types.h, clang/lib/Driver Types.cpp Driver.cpp

[Clang][Driver] Final phase also determined by input (#218802)

Before this PR, `getFinalPhase` assumed that when no option is give then
the final phase will a linking step. This is objectively wrong: For
instance passing a header file as input (`-x c-header` or `-x
c++-header`) triggers precompilation, not linking. Other inputs that do
not have a link phase as specified by `Types.def`
are `.dxo`, `.ifs`, and `.hlsl` files.

Instead of defaulting to link in the absence of any action flag, this PR
uses the last phase that `Types.def` specifies for the given input
files. The effect of this is relevant when handling linking options
which are categorized as "input" like any other file.
Usually these should be filtered out if
there is no linking step. But, since `getFinalPhase` says there is a
linking flag, those are forwarded to the precompile handling which gets
confused with such "inputs". An accurate determination of the final
phase filters out those non-applicable linker options.


    [8 lines not shown]
DeltaFile
+39-12clang/lib/Driver/Driver.cpp
+48-0clang/test/Driver/pch-inputs.h
+3-3clang/include/clang/Driver/Types.h
+3-2clang/lib/Driver/Types.cpp
+1-1clang/test/Driver/aix-ld.c
+1-0clang/include/clang/Driver/Driver.h
+95-181 files not shown
+95-187 files

LLVM/project 7120e66offload/include PluginManager.h, offload/liboffload exports

[offload][omp] Load plugins through liboffload
DeltaFile
+15-11offload/libompaccsupport/PluginManager.cpp
+5-0offload/liboffload/src/OffloadImpl.cpp
+2-1offload/include/PluginManager.h
+1-1offload/liboffload/exports
+23-134 files

FreeBSD/ports 6cf3a3anet/rclone Makefile distinfo

net/rclone: Update 1.75.0 => 1.75.1

Changelog:
https://rclone.org/changelog/#v1-75-1-2026-09-04

PR:             298269
Approved by:    Ralf van der Enden <tremere at cainites.net> (maintainer)
Approved by:    osa, vvd (Mentors, implicit)
Security:       GHSA-66hp-wgxq-6f5q
Security:       GHSA-3vxh-3pcx-9m8q
Security:       GHSA-38xv-hf3p-h7mq
Security:       GHSA-486v-q2wf-fp2r
Security:       GHSA-f8g7-2xjc-7mfh
Security:       GHSA-p6m2-r3w9-mpxw
Security:       GHSA-p6vx-hf7p-98j6
Security:       GHSA-c476-6w5q-jw77
Security:       GHSA-2p48-j3qc-rx9f
Security:       GHSA-xwwr-4h3p-r22c
Security:       GHSA-p569-5gjg-9cmj
MFH:            2026Q3
DeltaFile
+5-5net/rclone/distinfo
+1-2net/rclone/Makefile
+6-72 files

LLVM/project 76cdb7cclang/utils/TableGen CIRLoweringEmitter.cpp

[CIR] Derive lowering attr names from cppClassName, not the def name

CIRLoweringEmitter built its CXX_ABI_ALWAYS_LEGAL_ATTRS entries with
GetOpCppClassName, which splits the TableGen def name at the first
underscore. That works only while every def is named CIR_<CppClassName>Attr.
When one is not, the emitter writes an `isa<>` for a class that does not
exist, and the failure lands as a compile error in generated code.

Attributes carry the authoritative name in cppClassName, which
GenerateAttrToValueVisitor was already reading. Factor that out as
GetAttrCppClassRef and use it for both attribute paths. GetOpCppClassName
stays for operations.

NFC, and checkable. No CIR attribute overrides cppClassName, so the generated
CIRLowering.inc is byte-identical.
DeltaFile
+16-10clang/utils/TableGen/CIRLoweringEmitter.cpp
+16-101 files

LLVM/project 08b4f78clang/include/clang/CIR/Dialect/IR CIROps.td

[CIR] Move the CIR enums off the legacy EnumAttrInfo hierarchy

MLIR has two enum hierarchies. `EnumAttrInfo` doubles as an `IntegerAttr`
constraint, so every CIR enum had to clear `genSpecializedAttr` to say it did
not want one. `EnumInfo` describes a C++ enum and nothing more.

Derive the CIR bases from `I32Enum`, `I64Enum` and `I32BitEnum`, and widen
`CIR_EnumAttr` to the `EnumInfo` that upstream `EnumAttr` already takes. The
flag no longer exists to clear. `FPClassTestEnum` gets unquoted printing from
`BitEnumBase` rather than overriding `printBitEnumQuoted`, and
`CIR_KnownFuncKind` drops a `parameterPrinter` the generated `operator<<`
now covers, still spelling `#cir.func_identity<"std::find">`.

AMDGPU wraps an `I32Enum` in an `EnumAttr` with this same bracketed format.
Parsing moves to the generated `FieldParser`, whose diagnostic names the
accepted spellings, so two `expected-error` lines change. Generated attribute
code drops 16 KB as 28 inlined parsers collapse into it.
DeltaFile
+0-8clang/include/clang/CIR/Dialect/IR/CIROps.td
+0-81 files

LLVM/project 5491ddeclang/include/clang/CIR/Dialect/IR CIROps.td

[CIR] Migrate the FPClassTest bit enum and unquote its flags

cir.is_fp_class printed its flags inconsistently. Single-bit values came out
bare, as in `fcSNan`, while group values and combinations came out quoted, as
in `"fcInf"` and `"fcSNan|fcNegInf"`. That comes from I32BitEnumAttr setting
printBitEnumQuoted, which EnumAttr.td keeps only for backwards compatibility.

Clearing the bit and using the `enum` directive selects the separator-aware
parser and printer, so every value now spells unquoted:

  cir.is_fp_class %x, fcSNan|fcNegInf : (!cir.float) -> !cir.bool

The enum also drops its specialized IntegerAttr for a CIR_EnumAttr wrapper,
giving it the standalone spelling `#cir.fp_class<fcSNan|fcNegInf>`. This
changes operation syntax, so it updates 37 CHECK lines.
DeltaFile
+8-0clang/include/clang/CIR/Dialect/IR/CIROps.td
+8-01 files

LLVM/project ffec4adclang/include/clang/CIR/Dialect/IR CIREnumAttr.td CIROps.td

[CIR] Drop dead ceremony around the CIR enum attributes

Five things that no longer earn their place in the CIR enum attribute
machinery.

CIR_CleanupKindAttr carried three. Its cppClassName restated the default
AttrDef already derives. Its skipDefaultBuilders plus hand-written
AttrBuilder existed only to default $value to CleanupKind::All, which no
caller relies on, so the generated builders stayed suppressed for nothing.
And its summary and description restated the name, overriding the enum's own
"cleanup kind" that EnumAttr would otherwise inherit. The isNormal, isEH and
isNormalAndEH helpers stay.

CIR_TLSModelAttr's summary restated its name the same way, so only that goes.
CIR_DefaultValuedEnumParameter has never had a user.

NFC.
DeltaFile
+0-16clang/include/clang/CIR/Dialect/IR/CIROps.td
+0-5clang/include/clang/CIR/Dialect/IR/CIREnumAttr.td
+0-212 files

LLVM/project b864364clang/lib/StaticAnalyzer/Core CallEvent.cpp

[analyzer] Replace getAdjustedParameterIndex with getDeclaredParameterIndex in CallEvent.cpp
DeltaFile
+3-3clang/lib/StaticAnalyzer/Core/CallEvent.cpp
+3-31 files

LLVM/project 59f30dfmlir/include/mlir/Dialect/Tosa/Transforms Passes.td, mlir/lib/Dialect/Tosa/Transforms TosaNarrowTypes.cpp

[mlir][tosa] Add F32 to F16 type narrowing pass (#218900)

Add `tosa-narrow-f32-to-f16`, extending the shared TOSA type narrowing
infrastructure with support for destructively converting F32 tensors,
scalar attributes, dense constants, and resource-backed constants to
F16.

The pass supports conservative and aggressive rewriting, optional
function-boundary conversion, and optional preservation of F32
accumulator types.

Add coverage for constant precision loss, function boundaries, regions,
dense resources, aggressive rewriting, and accumulator-type
preservation.

Signed-off-by: Davide Grohmann <davide.grohmann at arm.com>
DeltaFile
+223-0mlir/test/Dialect/Tosa/tosa-narrow-f32-to-f16.mlir
+139-41mlir/lib/Dialect/Tosa/Transforms/TosaNarrowTypes.cpp
+129-0mlir/test/Dialect/Tosa/tosa-narrow-f32-to-f16-aggressive.mlir
+31-0mlir/include/mlir/Dialect/Tosa/Transforms/Passes.td
+522-414 files