FreeBSD/ports cb1a16agames/naev distinfo Makefile, games/naev/files patch-meson.build

games/naev: Updte to 0.13.5
DeltaFile
+3,408-2,911games/naev/pkg-plist
+29-11games/naev/files/patch-meson.build
+12-6games/naev/Makefile
+5-3games/naev/distinfo
+3,454-2,9314 files

NetBSD/src JkxfGXBlib/libcurses curses.expsym curses_private.h

   Remove the global __do_color_init, this is now obsolete.  It was used
   to force the terminal to be updated with the default colours because
   the older colour code could not distinguish between default colours and
   no colours.  Now this is fixed so the forcing is no longer required.
VersionDeltaFile
1.137+5-7lib/libcurses/refresh.c
1.51+3-6lib/libcurses/color.c
1.84+1-2lib/libcurses/curses_private.h
1.3+0-1lib/libcurses/curses.expsym
+9-164 files

LLVM/project e3fb58cllvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/lib/Transforms/Vectorize/SLPVectorizer SLPTypeUtils.h SLPTypeUtils.cpp

fixup! [SLP][modularisation][NFC] Move full-vector width helpers to SLPTypeUtils (2/2)
DeltaFile
+50-43llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+8-8llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.cpp
+4-4llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.h
+62-553 files

LLVM/project c71b253llvm/lib/Transforms/Vectorize/SLPVectorizer SLPTypeUtils.h

fixup! [SLP][modularisation][NFC] Move full-vector width helpers to SLPTypeUtils (2/2)
DeltaFile
+1-1llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.h
+1-11 files

LLVM/project a4a67c8llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/lib/Transforms/Vectorize/SLPVectorizer SLPTypeUtils.h SLPTypeUtils.cpp

[SLP][modularisation][NFC] Move full-vector width helpers to SLPTypeUtils (2/2)

Move the following BoUpSLP-independent helpers out of SLPVectorizer.cpp
into SLPVectorizer/SLPTypeUtils.{h,cpp}:

  getFullVectorNumberOfElements
  getFloorFullVectorNumberOfElements
  getMaskedDivRemType
  hasFullVectorsOrPowerOf2

They build on the type helpers moved in (1/2). Behavior is unchanged.

Part of the SLPVectorizer.cpp modularization effort:
https://discourse.llvm.org/t/modularizing-slpvectorizer-cpp/90922
DeltaFile
+0-66llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+56-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.cpp
+28-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.h
+84-663 files

LLVM/project 1af5f29orc-rt/include/orc-rt-internal/tools OptionParser.h

[orc-rt] Use move_only_function in OptionParser (#220474)

Replace std::function with move_only_function in OptionParser.

move_only_function is preferred where possible to std::function, and we
didn't need these values to be copyable.
DeltaFile
+3-3orc-rt/include/orc-rt-internal/tools/OptionParser.h
+3-31 files

FreeBSD/ports a91e988lang/fpc-devel Makefile distinfo, lang/fpc-devel-source Makefile distinfo

lang/fpc-devel*: Update to 3.3.1.20260901
DeltaFile
+25-0lang/fpc-devel/pkg-plist
+3-3lang/fpc-devel/distinfo
+3-3lang/fpc-devel-source/distinfo
+2-2lang/fpc-devel/Makefile
+2-2lang/fpc-devel-source/Makefile
+35-105 files

FreeBSD/ports dc55f04editors/lazarus-devel Makefile distinfo

editors/lazarus-devel: Update to 4.99.20260901
DeltaFile
+3-3editors/lazarus-devel/distinfo
+2-2editors/lazarus-devel/Makefile
+5-52 files

LLVM/project 7be06baclang/test/CodeGenHLSL/builtins radians.hlsl step.hlsl, clang/test/SemaHLSL/BuiltIns step-errors.hlsl smoothstep-errors.hlsl

[LongVec] Add Support for pure HLSL APIs (#218155)

resolves https://github.com/llvm/llvm-project/issues/217716

The last pr only added them to clang builtins with the
"__builtin_elementwise" prefix. This adds the long vector support to the
ones written entirely in hlsl.
DeltaFile
+25-0clang/test/CodeGenHLSL/builtins/smoothstep.hlsl
+2-9clang/test/SemaHLSL/BuiltIns/step-errors.hlsl
+3-8clang/test/SemaHLSL/BuiltIns/smoothstep-errors.hlsl
+11-0clang/test/CodeGenHLSL/builtins/lerp.hlsl
+9-0clang/test/CodeGenHLSL/builtins/step.hlsl
+7-0clang/test/CodeGenHLSL/builtins/radians.hlsl
+57-173 files not shown
+77-179 files

LLVM/project 13ee70cllvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/lib/Transforms/Vectorize/SLPVectorizer SLPTypeUtils.h SLPTypeUtils.cpp

[SLP][modularisation][NFC] Move full-vector width helpers to SLPTypeUtils (2/2)

Move the following BoUpSLP-independent helpers out of SLPVectorizer.cpp
into SLPVectorizer/SLPTypeUtils.{h,cpp}:

  getFullVectorNumberOfElements
  getFloorFullVectorNumberOfElements
  getMaskedDivRemType
  hasFullVectorsOrPowerOf2

They build on the type helpers moved in (1/2). Behavior is unchanged.

Part of the SLPVectorizer.cpp modularization effort:
https://discourse.llvm.org/t/modularizing-slpvectorizer-cpp/90922
DeltaFile
+0-66llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+56-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.cpp
+28-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.h
+84-663 files

LLVM/project 627af9bllvm/lib/Transforms/Vectorize/SLPVectorizer SLPTypeUtils.h

fixup! [SLP][modularisation][NFC] Move full-vector width helpers to SLPTypeUtils (2/2)
DeltaFile
+1-1llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.h
+1-11 files

LLVM/project eabbf4allvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/lib/Transforms/Vectorize/SLPVectorizer SLPTypeUtils.h SLPTypeUtils.cpp

fixup! [SLP][modularisation][NFC] Move full-vector width helpers to SLPTypeUtils (2/2)
DeltaFile
+50-43llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+8-8llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.cpp
+4-4llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.h
+62-553 files

LLVM/project f331fecllvm/lib/Transforms/Vectorize CMakeLists.txt SLPVectorizer.cpp, llvm/lib/Transforms/Vectorize/SLPVectorizer SLPTypeUtils.h SLPTypeUtils.cpp

[SLP][modularisation][NFC] Move type/width helpers to SLPTypeUtils (1/2) (#214672)

Move the following BoUpSLP-independent type/width helpers out of
SLPVectorizer.cpp into a new SLPVectorizer/SLPTypeUtils.{h,cpp}:

  isValidElementType
  getValueType
  getWidenedType

SLPReVec is passed as an explicit bool parameter to the moved helpers;
behavior is unchanged.

Part of the SLPVectorizer.cpp modularization effort:
https://discourse.llvm.org/t/modularizing-slpvectorizer-cpp/90922
DeltaFile
+77-125llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+72-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.cpp
+47-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPTypeUtils.h
+1-0llvm/utils/gn/secondary/llvm/lib/Transforms/Vectorize/BUILD.gn
+1-0llvm/lib/Transforms/Vectorize/CMakeLists.txt
+198-1255 files

LLVM/project 9983f9fllvm/unittests/MC/LoongArch LoongArchMCDisassemblerTest.cpp

[test][LoongArch][MC] Fix lifetime of MCOptions in LoongArchMCDisassemblerTest (#220453)

The original testbench added in #217971 contains a lifetime violation of
the stack-allocated `MCTargetOptions` object. Construct it in the
testing context instead to get a static lifetime. Now, the pattern is
consistent with
[X86MCDisassemblerTest.cpp](https://github.com/llvm/llvm-project/blob/ed1626b9d0eaf7c406f44da5fb595ad94559f54b/llvm/unittests/MC/X86/X86MCDisassemblerTest.cpp#L29).

Fixes: #217971
CC: @fmayer, @heiher, @zhaoqi5, @SixWeining
DeltaFile
+2-1llvm/unittests/MC/LoongArch/LoongArchMCDisassemblerTest.cpp
+2-11 files

LLVM/project ae8db9fllvm/include/llvm/ADT GenericCycleInfo.h

[ADT] Work around a bug in clang-10's CTAD support (#220449)

Fixes a regression from
https://github.com/llvm/llvm-project/commit/285a3cb74ef4 which broke
builds with host clang versions older than 12 due to lacking this bug fix:
https://github.com/llvm/llvm-project/commit/d1751d14a6b2

Fixes https://github.com/llvm/llvm-project/issues/220387
DeltaFile
+1-1llvm/include/llvm/ADT/GenericCycleInfo.h
+1-11 files

LLVM/project c562f17cross-project-tests/dtlto cache-extraction.test, llvm/include/llvm/Support Caching.h

DTLTO Cache optimization

Currently, DTLTO cache works this way: when native object file is
generated and sent back by the remote compilation, it's being saved on
the disk, then the content of this file is read and written into a
buffer and subsequently it's read from the buffer and written into the
cache file. This is obviously non-efficient.

With this optimization, after the native object file is saved on the
disk, it's being renamed into a cache file.
DeltaFile
+73-0llvm/test/ThinLTO/X86/dtlto/dtlto-cache-rename-optimization.ll
+52-1llvm/lib/Support/Caching.cpp
+7-7cross-project-tests/dtlto/cache-extraction.test
+8-1llvm/include/llvm/Support/Caching.h
+5-3llvm/lib/DTLTO/DTLTO.cpp
+2-1llvm/tools/llvm-lto2/llvm-lto2.cpp
+147-132 files not shown
+151-158 files

FreeBSD/src c3c6a6csys/dev/sound/usb uaudio.c

snd_uaudio: drop the default monitor level to 10%

As noted in the comment, some headsets with a hardware sidetone are
incredibly sensitive and emit immediate feedback upon attach with the
current system-wide default of 75%.  Drop it down just for snd_uaudio(4)
to avoid incredibly unpleasant surprises.

MFC after:      3 days
Reviewed by:    christos
Differential Revision:  https://reviews.freebsd.org/D59199
DeltaFile
+9-0sys/dev/sound/usb/uaudio.c
+9-01 files

FreeBSD/src c45bdb3etc/mtree BSD.var.dist, libexec/rc rc.conf

rc: add a backlight service to save/restore backlight levels

The default on my laptop is annoyingly bright, and this is a useful
feature to mitigate that.  The backlight script is largely a copy of the
mixer service which provides the same value for mixers, but this one is
specifically dependant on kld to allow DRM drivers a chance to attach.

Note that it's off by default to avoid interference with DEs, and
document the capability in backlight(8).  Set backlight_enable=YES in
rc.conf(5) to enable save/restore.

Relnotes:       maybe
Reviewed by:    bapt, ivy, manu, ziaee
Differential Revision:  https://reviews.freebsd.org/D59296
DeltaFile
+88-0libexec/rc/rc.d/backlight
+10-1usr.bin/backlight/backlight.8
+6-1share/man/man5/rc.conf.5
+2-0etc/mtree/BSD.var.dist
+1-0libexec/rc/rc.d/Makefile
+1-0libexec/rc/rc.conf
+108-26 files

NetBSD/pkgsrc rjgqvyYtextproc/py-rapidfuzz distinfo Makefile, textproc/py-rapidfuzz/patches patch-src_rapidfuzz_process__cpp__impl.cxx patch-src_rapidfuzz_distance___initialize__cpp.cxx

   textproc/py-rapidfuzz: Fix build with isfinite is not defined error

   * And remove .orig files before configure stage, not after installation.
VersionDeltaFile
1.1+20-0textproc/py-rapidfuzz/patches/patch-src_rapidfuzz_process__cpp__impl.cxx
1.1+20-0textproc/py-rapidfuzz/patches/patch-src_rapidfuzz_distance___initialize__cpp.cxx
1.48+5-4textproc/py-rapidfuzz/Makefile
1.31+3-1textproc/py-rapidfuzz/distinfo
+48-54 files

LLVM/project d378144llvm/lib/Target/Sparc SparcISelDAGToDAG.cpp, llvm/test/CodeGen/SPARC bswap.ll

[SPARC] Fix SelectForceADDRrr for global addresses and non-reg operands (#220013)

When lowering byte-swapped memory operations on SPARC V9, LLVM emits
ASI-tagged memory instructions (such as STHArr, STArr, LDArr, etc.) that
require register+register addressing modes matched via ForceADDRrr.

SelectForceADDRrr previously forwarded 2-operand address nodes directly
to SelectADDRrr. However, SelectADDRrr explicitly returns false when
encountering SPISD::Lo (used in %hi/%lo global address calculations) or
small constant offsets in order to allow standard ADDRri patterns to
match. Because SelectForceADDRrr returned the result of SelectADDRrr
directly instead of falling back to Base = Addr, Disp = %g0, any
endian-adjusted load or store targeting a global variable failed to
select and caused a backend compiler crash:
  "Cannot select: SPISD::STORE_LITTLE ..."

Fix SelectForceADDRrr so that if SelectADDRrr fails to match, it falls
back to evaluating the full address into a base register and using %g0
as the offset register. Also add tests for global variable byte-swapped

    [5 lines not shown]
DeltaFile
+201-0llvm/test/CodeGen/SPARC/bswap.ll
+2-5llvm/lib/Target/Sparc/SparcISelDAGToDAG.cpp
+203-52 files

LLVM/project b2852b4orc-rt/tools/ogre CMakeLists.txt ogre.cpp

[orc-rt] Add skeleton command-line options parsing to ogre (#220467)

Just adds --help and --verbose options for now. The set can be extended
by adding fields to the Options struct and corresponding rules to the
parser.
DeltaFile
+44-0orc-rt/tools/ogre/ogre.cpp
+1-0orc-rt/tools/ogre/CMakeLists.txt
+45-02 files

LLVM/project 6641ea7mlir/lib/Conversion/VectorToXeGPU VectorToXeGPU.cpp, mlir/test/Conversion/VectorToXeGPU unflatten-gather-scatter.mlir

[mlir][VectorToXeGPU] Un-flatten gather/scatter in convert-vector-to-xegpu (#218292)

XeGPU layouts (sg_layout, inst_data, lane_layout, ...) are expressed in
terms of the N-D shape of the accessed data. Frontends, however, often
emit vector.gather / vector.scatter with 1-D operands obtained by
shape_cast-ing N-D indices and masks. That forces layout propagation to
reason backwards through the surrounding shape_casts, which adds
complexity and tends to yield layouts that lower to unoptimized code.

This PR restores the N-D form of a flattened gather/scatter as a step in
the convert-vector-to-xegpu pass. The N-D shape is taken from the index
operand's producer, so the rewrite only ever undoes a flattening that
already happened.

assisted-by-claude

---------

Co-authored-by: Claude Opus 5 (1M context) <noreply at anthropic.com>
DeltaFile
+206-0mlir/test/Conversion/VectorToXeGPU/unflatten-gather-scatter.mlir
+140-0mlir/lib/Conversion/VectorToXeGPU/VectorToXeGPU.cpp
+346-02 files

LLVM/project 5c76fa7llvm/lib/Target/X86 X86ISelLowering.cpp, llvm/test/CodeGen/X86 pmulh.ll

[X86] Fix miscompilation in combinePMULH for types larger than 32 bits (#219996)

The combinePMULH DAG combine optimizes patterns like
trunc(lshr(mul(sext, sext), ShiftAmt) to i16) into X86 pmulhw
instructions followed by a right shift. Previously, this combine
unconditionally emitted a logical shift right to process the remainder
of the shift.

This is correct when the original multiplication type is 32 bits (as the
lshr naturally shifts in zeros from out-of-bounds bits). However, when
the multiplication type is larger than 32 bits, this results in a
miscompilation for negative products.

Fixes: https://github.com/llvm/llvm-project/issues/218844
DeltaFile
+170-0llvm/test/CodeGen/X86/pmulh.ll
+15-2llvm/lib/Target/X86/X86ISelLowering.cpp
+185-22 files

LLVM/project 86e6036orc-rt/include/orc-rt-internal/tools OptionParser.h

[orc-rt] Remove redundant orc_rt:: qualifications. (#220465)

OptionParser is in the orc_rt namespace, so should shouldn't need
qualification for these.
DeltaFile
+14-14orc-rt/include/orc-rt-internal/tools/OptionParser.h
+14-141 files

LLVM/project c57c19forc-rt/include/orc-rt-internal/tools CommandLine.h OptionParser.h, orc-rt/test/tools orc-rt-process-info-check.cpp orc-rt-log-check.cpp

[orc-rt] Rename CommandLineParser to OptionParser. (#220461)

"OptionParser" better describes what the class does: it parses a list of
option strings, which need not come from a command line (e.g. options
read from a config file, or constructed in a unit test).
DeltaFile
+0-270orc-rt/include/orc-rt-internal/tools/CommandLine.h
+270-0orc-rt/include/orc-rt-internal/tools/OptionParser.h
+0-166orc-rt/test/unit/tools/CommandLineTest.cpp
+166-0orc-rt/test/unit/tools/OptionParserTest.cpp
+2-2orc-rt/test/tools/orc-rt-process-info-check.cpp
+2-2orc-rt/test/tools/orc-rt-log-check.cpp
+440-4401 files not shown
+441-4417 files

LLVM/project 58c6f14llvm/lib/Target/RISCV RISCVISelLowering.cpp, llvm/test/CodeGen/RISCV/rvv vabd.ll

[RISCV] Fix instruction combine of vwaddu.wv and vabd[u].vv (#220143)

The existing combination of `vwaddu.wv` and `vabd.vv/vabdu.vv` may
trigger a stack dump: The source operands of `vwaddu.wv` are not
commutative. Swapping these operands can generate an invalid `VWABDA_VL`
node and cause ISel to panic. This PR fixes the issue and only allows
the instruction with same `mask` and `vl` to be combined.
DeltaFile
+75-0llvm/test/CodeGen/RISCV/rvv/vabd.ll
+28-14llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+103-142 files

LLVM/project 3814bd8llvm/lib/Analysis ValueTracking.cpp, llvm/test/Transforms/InstCombine/RISCV riscv-vlenb-range.ll

[ValueTracking][RISCV] Derive range and pow2 for vlenb CSR reads (#219924)

__riscv_vlenb() lowers to a read of the RISC-V vlenb CSR via
llvm.read_register("vlenb"), which returns VLEN/8. Teach
ValueTracking to recognize that read on a RISC-V target and reason
about its result:

  * getRangeForIntrinsic() reports the value range of VLENB. RVV
    requires VLEN to be a power of two in [32, 65536] (Zvl32b is
    the smallest vector extension), so VLENB is in [4, 8192]
    regardless of any attribute. This stays sound for Zvl32b,
    whose VLEN (32) is not representable as an integer vscale
    (VLEN / RVVBitsPerBlock). When the function carries a
    vscale_range attribute the subtarget's VLEN is a multiple of
    RVVBitsPerBlock (64), so VLENB = vscale * RVVBytesPerBlock
    tightens the range.
  * isKnownToBeAPowerOfTwo() reports that VLENB is a power of two.

This lets InstCombine fold vlenb comparisons such as

    [11 lines not shown]
DeltaFile
+201-0llvm/test/Transforms/InstCombine/RISCV/riscv-vlenb-range.ll
+54-0llvm/lib/Analysis/ValueTracking.cpp
+255-02 files

LLVM/project 4e3d091orc-rt/test/tools orc-rt-process-info-check.cpp orc-rt-log-check.cpp

[orc-rt] Fix test tools broken by c3a9c64492b. (#220457)

Update regression test tools to use the parseAsMainArgs method
introduced in c3a9c64492b.
DeltaFile
+1-1orc-rt/test/tools/orc-rt-process-info-check.cpp
+1-1orc-rt/test/tools/orc-rt-log-check.cpp
+2-22 files

FreeBSD/ports afdcf81lang/babashka Makefile distinfo

lang/babashka: Update to 1.13.220

Changes since 1.13.219:

1.13.220 (2026-08-31)

Read the release blog post:
https://blog.michielborkent.nl/babashka-ffi.html

FFI:

  * Add experimental babashka.ffi
    (https://github.com/babashka/ffi): call C functions in shared
    libraries straight from babashka and JVM Clojure! See the guide:
    https://github.com/babashka/ffi/blob/main/doc/guide.md
  * Linux: dynamic binaries require glibc 2.28. The install script
    selects the static binary on older systems
  * On Linux, the install script installs the dynamic binary by
    default. It installs the static binary on musl systems and on

    [86 lines not shown]
DeltaFile
+5-5lang/babashka/distinfo
+2-2lang/babashka/Makefile
+7-72 files

LLVM/project 1f2c836lld/test/ELF lit.local.cfg, utils/bazel/llvm-project-overlay/lld/test/ELF BUILD.bazel

[lld][ELF] Fix ignored yaml tests (#220325)

These previously weren't running:

```
  lld :: ELF/gdb-index-invalid-section-index.yaml
  lld :: ELF/invalid/entsize.yaml
```
DeltaFile
+1-1lld/test/ELF/lit.local.cfg
+1-0utils/bazel/llvm-project-overlay/lld/test/ELF/BUILD.bazel
+2-12 files