FreeBSD/ports 55cb6cdbiology/cytoscape Makefile, cad/digital Makefile

some Maven build ports: pass JAVA_HOME to maven

When a port defines JAVA_VERSION but during the build multiple
jdk versions are installed, Maven does not always use the defined
version if JAVA_HOME is not set in the environment.

PR:     272855
Reviewed-by:    https://lists.freebsd.org/archives/freebsd-java/2026-February/003537.html
Approved-by:    java@
DeltaFile
+3-0biology/cytoscape/Makefile
+2-1cad/digital/Makefile
+2-0games/lizzie/Makefile
+2-0math/jacop/Makefile
+2-0math/jts/Makefile
+2-0science/cdk/Makefile
+13-12 files not shown
+17-18 files

LLVM/project d31dbb9libc/src/__support/wctype wctype_classification_utils.cpp wctype_classification_utils.h, libc/utils/wctype_utils/classification gen_classification_data.py

[libc][wctype] Move classification lookup tables to a cpp file (#174993)

#170525

Previously, lookup tables were defined in a header so that they can be
constexpr, but this lead to each translation unit having it's own copy,
bloating the library size. Looking at current usages of wctype
functions, they are always used at runtime, so there's no benefit of
having them constexpr, so I'm moving them to a cpp file, so that there's
only a single copy in the library.
DeltaFile
+3,681-0libc/src/__support/wctype/wctype_classification_utils.cpp
+5-3,665libc/src/__support/wctype/wctype_classification_utils.h
+60-31libc/utils/wctype_utils/classification/gen_classification_data.py
+3-1libc/src/__support/wctype/CMakeLists.txt
+3,749-3,6974 files

LLVM/project a76f638utils/bazel/llvm-project-overlay/libc BUILD.bazel

Fix Bazel build for 823e3e0 (#179980)

Co-authored-by: Pranav Kant <prka at google.com>
DeltaFile
+2-0utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+2-01 files

FreeBSD/src 39148cbusr.sbin/jail Makefile

usr.sbin/jail/Makefile: remove riscv linker workaround

It links fine with newer binutils 2.44 (and GCC 15), so the workaround
can be dropped.

Reviewed by:    emaste
PR:             242109
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D55083
DeltaFile
+0-7usr.sbin/jail/Makefile
+0-71 files

LLVM/project 94b39b5llvm/unittests/CAS OnDiskCASLoggerTest.cpp

[NFC][CAS][Unittests] Pass env for MultiProcess tests (#179949)

Set up the test similar to ProgramTest to avoid missing necessary env.

eg: In our downstream build, the process would rely on a shared libs,
the test would fail to find the dependent lib if we don't pass the env
down to multiprocess test.
DeltaFile
+57-4llvm/unittests/CAS/OnDiskCASLoggerTest.cpp
+57-41 files

FreeBSD/ports 5a5747amisc/gollama Makefile, multimedia/mediamtx Makefile

various: Bump Go ports for 1.25.7
DeltaFile
+1-1sysutils/helmfile/Makefile
+1-1sysutils/ipget/Makefile
+1-1misc/gollama/Makefile
+1-1sysutils/go-wtf/Makefile
+1-1multimedia/mediamtx/Makefile
+1-1multimedia/navidrome/Makefile
+6-675 files not shown
+81-5381 files

FreeBSD/ports 529df94archivers/unpackerr Makefile, audio/go-librespot Makefile

various: Bump Go ports for 1.24.13
DeltaFile
+1-1mail/mailhog/Makefile
+1-1archivers/unpackerr/Makefile
+1-1audio/go-librespot/Makefile
+1-1audio/murmur-cli/Makefile
+1-1audio/pms-devel/Makefile
+1-1audio/sonicradio/Makefile
+6-6663 files not shown
+669-614669 files

FreeBSD/ports 8d4167clang/go124 distinfo Makefile

lang/go124: Update to 1.24.13

Changes: go1.24.13 (released 2026-02-04) includes security fixes to the
  go command and the crypto/tls package, as well as bug fixes to the
  crypto/x509 package. See the Go 1.24.13 milestone on our issue tracker
  for details.
DeltaFile
+3-3lang/go124/distinfo
+1-1lang/go124/Makefile
+4-42 files

FreeBSD/ports 49de854lang/go125 distinfo Makefile

lang/go125: Update to 1.25.7

Changes: go1.25.7 (released 2026-02-04) includes security fixes to the
  go command and the crypto/tls package, as well as bug fixes to the
  compiler and the crypto/x509 package. See the Go 1.25.7 milestone on our
  issue tracker for details.
DeltaFile
+3-3lang/go125/distinfo
+1-1lang/go125/Makefile
+4-42 files

LLVM/project 37aba1bllvm/lib/Target/ARM ARMISelLowering.cpp ARMISelLowering.h, llvm/test/Analysis/CostModel/ARM arith-overflow.ll

[ARM] Set operation action for UMULO and SMULO as Custom if not Thumb1 (#154253)

We should specify a custom lowering for SMULO and UMULO like we do for
AArch64, but only if not Thumb 1 obviously.
DeltaFile
+48-48llvm/test/Analysis/CostModel/ARM/arith-overflow.ll
+29-34llvm/lib/Target/ARM/ARMISelLowering.cpp
+4-6llvm/test/CodeGen/ARM/select.ll
+1-2llvm/lib/Target/ARM/ARMISelLowering.h
+82-904 files

LLVM/project d35b06fclang/include/clang/Basic DiagnosticGroups.td DiagnosticSemaKinds.td

Reorganise permissive and strict diagnostic groups
DeltaFile
+59-12clang/include/clang/Basic/DiagnosticGroups.td
+7-10clang/include/clang/Basic/DiagnosticSemaKinds.td
+66-222 files

LLVM/project 653f947clang/include/clang/Analysis/Analyses/LifetimeSafety Facts.h, clang/lib/Analysis/LifetimeSafety Checker.cpp LifetimeAnnotations.cpp

use-after-invalidation
DeltaFile
+356-0clang/test/Sema/warn-lifetime-safety-invalidations.cpp
+74-7clang/lib/Analysis/LifetimeSafety/Checker.cpp
+70-0clang/lib/Analysis/LifetimeSafety/LifetimeAnnotations.cpp
+26-1clang/test/Sema/Inputs/lifetime-analysis.h
+25-0clang/include/clang/Analysis/Analyses/LifetimeSafety/Facts.h
+24-0clang/lib/Sema/AnalysisBasedWarnings.cpp
+575-89 files not shown
+640-915 files

FreeBSD/src 1364e7dsys/powerpc/aim mmu_oea64.c mmu_oea64.h

powerpc64: Fix disappearing low memory on radix MMU systems (POWER9)

The FreeBSD radix implementation piggybacks on the physical memory
allocation function from the HPT implementation, but did not share
the same state information for number of physical memory ranges.
This led to a situation where the HPT physical memory allocator
would attempt to shift the physical memory ranges in the shared
range table, but would use the wrong number of entries, thus
overwriting the large segment of low memory that should have been
available for e.g. 32-bit DMA.

Incorrect physical memory map:

real memory  = 33997058048 (32422 MB)
available KVA = 34359619583 (32767 MB)
Physical memory chunk(s):
0x0000000000003000 - 0x0000000000002fff, 0 bytes (0 pages)
0x000000000000e000 - 0x000000000000ffff, 8192 bytes (2 pages)
0x0000000000094000 - 0x0000000000ffffff, 16171008 bytes (3948 pages)

    [27 lines not shown]
DeltaFile
+2-1sys/powerpc/aim/mmu_oea64.c
+1-0sys/powerpc/aim/mmu_oea64.h
+0-1sys/powerpc/aim/mmu_radix.c
+3-23 files

LLVM/project 18ecdbfmlir/lib/Conversion/VectorToGPU VectorToGPU.cpp, mlir/test/Conversion/VectorToGPU vector-to-mma-ops.mlir

[mlir][vector-to-gpu]: Lower transposed strided transfer_read

Add support for lowering vector.transfer_read to
gpu.subgroup_mma_load_matrix with transpose permutation_map
with non-minor dimensions e.g. (d0, d1, d2) -> (d2, d0)
DeltaFile
+70-73mlir/lib/Conversion/VectorToGPU/VectorToGPU.cpp
+87-0mlir/test/Conversion/VectorToGPU/vector-to-mma-ops.mlir
+157-732 files

LLVM/project e59e9fcclang/include/clang/Analysis/Scalable/Serialization SerializationFormat.h, clang/lib/Analysis/Scalable/Serialization SerializationFormat.cpp

[clang][ssaf] Add FormatInfo sub-registry and tests [2/2] (#179517)

Add `FormatInfoEntry` template to support per-analysis-type
serialization within a `SerializationFormat`.
This allows to implement different formats for the different analyses in
a decoupled way.

For testing, this patch also implements the MockSerializationFormat
demonstrating the FormatInfo sub-registry pattern.

Assisted-by: claude
Depends on #179516
rdar://169192127
DeltaFile
+104-3clang/unittests/Analysis/Scalable/Registries/MockSerializationFormat.cpp
+60-0clang/unittests/Analysis/Scalable/Registries/SerializationFormatRegistryTest.cpp
+57-0clang/unittests/Analysis/Scalable/Registries/FancyAnalysisData.cpp
+15-2clang/include/clang/Analysis/Scalable/Serialization/SerializationFormat.h
+15-0clang/unittests/Analysis/Scalable/Registries/MockSerializationFormat.h
+9-0clang/lib/Analysis/Scalable/Serialization/SerializationFormat.cpp
+260-52 files not shown
+262-58 files

LLVM/project 903a5abllvm/lib/Target/AMDGPU AMDGPURegBankLegalizeRules.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel regbankselect-ffloor.mir regbankselect-intrinsic-roundeven.mir

[AMDGPU] [GlobalISel] Add register bank legalize rules for G_FEXP2 (#179954)

Also G_INTRINSIC_TRUNC, G_INTRINSIC_ROUNDEVEN, G_FFLOOR, G_FCEIL, and
G_FLOG2.
DeltaFile
+35-0llvm/test/CodeGen/AMDGPU/GlobalISel/regbankselect-ffloor.mir
+35-0llvm/test/CodeGen/AMDGPU/GlobalISel/regbankselect-intrinsic-roundeven.mir
+10-0llvm/lib/Target/AMDGPU/AMDGPURegBankLegalizeRules.cpp
+1-2llvm/test/CodeGen/AMDGPU/GlobalISel/regbankselect-fceil.mir
+1-2llvm/test/CodeGen/AMDGPU/GlobalISel/regbankselect-fexp2.mir
+1-2llvm/test/CodeGen/AMDGPU/GlobalISel/regbankselect-flog2.mir
+83-61 files not shown
+84-87 files

LLVM/project 77740f5clang/include/clang/Analysis/Scalable/Serialization SerializationFormatRegistry.h SerializationFormat.h, clang/lib/Analysis/Scalable/Serialization SerializationFormatRegistry.cpp

[clang][ssaf] Add SerializationFormatRegistry [1/2] (#179516)

Add a registry infrastructure for SerializationFormat implementations,
enabling registration and instantiation of different serialization
formats.

For example:
```c++
  static SerializationFormatRegistry::Add<MyFormat>
    RegisterFormat("MyFormat", "Description");
```

Formats can then be instantiated by name using `makeFormat()`.

The patch also updates the SerializationFormat base class to accept
FileSystem for virtualising reading inputs eg. by using file overlays in
the future.

Assisted-by: claude
rdar://169192127
DeltaFile
+70-0clang/include/clang/Analysis/Scalable/Serialization/SerializationFormatRegistry.h
+38-0clang/unittests/Analysis/Scalable/Registries/MockSerializationFormat.cpp
+36-0clang/lib/Analysis/Scalable/Serialization/SerializationFormatRegistry.cpp
+29-0clang/unittests/Analysis/Scalable/Registries/SerializationFormatRegistryTest.cpp
+29-0clang/unittests/Analysis/Scalable/Registries/MockSerializationFormat.h
+7-0clang/include/clang/Analysis/Scalable/Serialization/SerializationFormat.h
+209-03 files not shown
+216-09 files

FreeBSD/src cf41d11sys/conf kern.pre.mk, sys/kern link_elf.c

riscv: implement kernel ifunc resolution

This completes the set of architectures implementing this feature.

Move the calls to sched_instance_select() and link_elf_ireloc() later in
initriscv(), after identify_cpu(0). There will be more information
available to any resolver functions at this time.

Reviewed by:    imp, kib
MFC after:      2 weeks
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D55082
DeltaFile
+8-3sys/riscv/riscv/elf_machdep.c
+4-2sys/riscv/riscv/machdep.c
+2-3sys/conf/kern.pre.mk
+0-2sys/riscv/include/ifunc.h
+0-2sys/kern/link_elf.c
+14-125 files

FreeBSD/src 0d3652fsys/kern sched_shim.c

sched_shim: Drop the no-ifunc case

Now all architectures support kernel ifunc resolvers. Therefore, the
alternate implementation can be removed.

Reviewed by:    kib
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D55114
DeltaFile
+0-8sys/kern/sched_shim.c
+0-81 files

LLVM/project bbd99ccllvm/lib/Transforms/InstCombine InstCombineMulDivRem.cpp, llvm/test/Transforms/InstCombine select_arithmetic.ll fmul.ll

Move later
DeltaFile
+3-3llvm/lib/Transforms/InstCombine/InstCombineMulDivRem.cpp
+2-2llvm/test/Transforms/InstCombine/select_arithmetic.ll
+1-1llvm/test/Transforms/InstCombine/fmul.ll
+6-63 files

LLVM/project 4a9104fllvm/lib/Transforms/InstCombine InstCombineMulDivRem.cpp InstCombineSimplifyDemanded.cpp, llvm/test/Transforms/InstCombine binop-itofp.ll pow-to-ldexp.ll

InstCombine: Use SimplifyDemandedFPClass on fmul

Start trying to use SimplifyDemandedFPClass on instructions, starting
with fmul. This subsumes the old transform on multiply of 0. The
main change is the introduction of nnan/ninf. I do not think anywhere
was systematically trying to introduce fast math flags before, though
a few odd transforms would set them.

Previously we only called SimplifyDemandedFPClass on function returns
with nofpclass annotations. Start following the pattern of
SimplifyDemandedBits, where this will be called from relevant root
instructions.

I was wondering if this should go into InstCombineAggressive, but that
apparently does not make use of InstCombineInternal's worklist.
DeltaFile
+12-12llvm/test/Transforms/InstCombine/binop-itofp.ll
+10-10llvm/test/Transforms/InstCombine/pow-to-ldexp.ll
+9-7llvm/test/Transforms/InstCombine/fsqrtdiv-transform.ll
+2-13llvm/lib/Transforms/InstCombine/InstCombineMulDivRem.cpp
+13-1llvm/lib/Transforms/InstCombine/InstCombineSimplifyDemanded.cpp
+4-4llvm/test/Transforms/InstCombine/pow_fp_int16.ll
+50-4715 files not shown
+82-8121 files

SmartOS/live 781c096src piadm.sh

OS-8716 piadm : curl: (6) Could not resolve host: <timestamp>

Reviewed by: Dan McDonald <danmcd at edgecast.io>
Approved by: Dan McDonald <danmcd at edgecast.io>
Reviewed by: Nahum Shalman <nshalman at edgecast.io>
Approved by: Nahum Shalman <nshalman at edgecast.io>
DeltaFile
+3-3src/piadm.sh
+3-31 files

LLVM/project 3a08424llvm/lib/Target/SPIRV SPIRVEmitIntrinsics.cpp, llvm/test/CodeGen/SPIRV llvm-used.ll

[SPIRV] Do not emit @llvm.used (#179498)

Extending the work from https://github.com/llvm/llvm-project/pull/162678
which skips `llvm.compiler.used`, we also need to skip processing of
`llvm.used`.

The OpenMP frontend puts an `addrspace(2)` variable in `llvm_used`, but
the `llvm.used` array type uses the generic AS `addrspace(4)` so there's
a `addrspacecast` from `2` to `4` inside the initalizer for `llvm.used`
which is illegal and errors in the backend.

There is
[discussion](https://github.com/llvm/llvm-project/pull/162678#issuecomment-3396735124)
in the above linked PR that the handing should be the same for
`llvm.used` and `llvm.compiler.used`, but `llvm.used` was not added to
minimize the scope of the PR.

This is required to use the OpenMP Device RTL with SPIR-V.

Signed-off-by: Nick Sarnie <nick.sarnie at intel.com>
DeltaFile
+19-0llvm/test/CodeGen/SPIRV/llvm-used.ll
+1-1llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
+20-12 files

LLVM/project 722c2f0llvm/lib/CodeGen ExpandIRInsts.cpp, llvm/test/Transforms/ExpandIRInsts/X86 expand-int-convert-small.ll

[ExpandIRInsts] Support int bw < float bw in itofp expansion (#179963)

Handle this case by extending the integer to a wider type. This can
probably be handled more optimally, but this is conservatively correct.

Proof: https://alive2.llvm.org/ce/z/0RwDO1
DeltaFile
+148-0llvm/test/Transforms/ExpandIRInsts/X86/expand-int-convert-small.ll
+7-2llvm/lib/CodeGen/ExpandIRInsts.cpp
+155-22 files

FreeBSD/src 157d666usr.bin/diff/tests diff_test.sh

diff: Correctly declare tests

Sponsored by:   Klara, Inc.
Fixes:          5fc739eb5949 ("diff: Fix integer overflows in Stone algorithm")
Fixes:          270492602b9b ("diff: Add test case for pagination resource leak")
Fixes:          590126789c84 ("diff: Don't compare a file or directory to itself")
DeltaFile
+4-1usr.bin/diff/tests/diff_test.sh
+4-11 files

FreeBSD/ports 34f8aeceditors Makefile, editors/fresh distinfo Makefile.crates

Add editors/fresh: Terminal based IDE & text editor: easy, powerful and fast
DeltaFile
+1,099-0editors/fresh/distinfo
+548-0editors/fresh/Makefile.crates
+25-0editors/fresh/Makefile
+11-0editors/fresh/pkg-descr
+1-0editors/Makefile
+1,684-05 files

LLVM/project 35ada11lldb/test/API/tools/lldb-dap/launch TestDAP_launch_commands.py

[lldb-dap] Improving stability of TestDAP_launch_commands. (#179783)

Improving stability of the TestDAP_launch_commands test.

When collecting output for verifying 'stopCommands' we were not waiting
for the output to finish, which could cause issues if the test is
running very fast.
DeltaFile
+3-3lldb/test/API/tools/lldb-dap/launch/TestDAP_launch_commands.py
+3-31 files

LLVM/project 2dcd75ellvm/test/CodeGen/AMDGPU flat-saddr-atomics.ll global-atomicrmw-fadd.ll

[AMDGPU] Fix missing waitcnt after buffer_wbl2 (#178316)

On GFX9, BUFFER_WBL2 is used to write back dirty cache lines and
requires an s_waitcnt vmcnt(0) afterwards to ensure completion.

This patch fixes by incrementing vmcnt for buffer_wbl2 instruction

---------

Co-authored-by: Jay Foad <jay.foad at gmail.com>
DeltaFile
+124-0llvm/test/CodeGen/AMDGPU/flat-saddr-atomics.ll
+104-0llvm/test/CodeGen/AMDGPU/global-atomicrmw-fadd.ll
+102-0llvm/test/CodeGen/AMDGPU/a-v-flat-atomicrmw.ll
+102-0llvm/test/CodeGen/AMDGPU/a-v-global-atomicrmw.ll
+94-0llvm/test/CodeGen/AMDGPU/flat-atomicrmw-fadd.ll
+74-0llvm/test/CodeGen/AMDGPU/flat-atomicrmw-fmin.ll
+600-023 files not shown
+1,281-5429 files

LLVM/project 63918f5llvm/lib/Target/RISCV RISCVVectorPeephole.cpp, llvm/test/CodeGen/RISCV/rvv vmerge-peephole.mir fixed-vectors-peephole-vmerge-vops.ll

[RISCV] Fold vmerge into op with undef passthru by using vmerge's vl (#179862)

Currently we only fold an op into vmerge if we know the smaller of the
two vls, because we can't increase the vl.

However if the op's passthru is undef, then we can just use vmerge's vl
because the lanes past op's vl were undef anyway. We need to make sure
that the op doesn't access memory though. Other instructions where the
result depends on the VL should already be handled by the
RISCVII::elementsDependOnVL check below.

This is probably always profitable because even though we increase vl,
we remove a vmerge which needs to process vl elements anyway.

This removes some regressions in #179622.
DeltaFile
+32-0llvm/test/CodeGen/RISCV/rvv/vmerge-peephole.mir
+25-0llvm/test/CodeGen/RISCV/rvv/fixed-vectors-peephole-vmerge-vops.ll
+8-4llvm/lib/Target/RISCV/RISCVVectorPeephole.cpp
+65-43 files

FreeBSD/ports 58570a5security/nextcloud-end_to_end_encryption distinfo Makefile

security/nextcloud-end_to_end_encryption: Update to 1.18.1
DeltaFile
+3-3security/nextcloud-end_to_end_encryption/distinfo
+1-2security/nextcloud-end_to_end_encryption/Makefile
+4-52 files