FreeBSD/ports 3ffb901math/faiss pkg-plist Makefile

math/faiss: Build C API (headers and lib)

PR:     294509
DeltaFile
+29-0math/faiss/pkg-plist
+2-1math/faiss/Makefile
+31-12 files

LLVM/project 6691516mlir/test/CAPI rewrite.c

[mlir-c] Test the failure path of the 1:N type conversion callback

Adds a test that registers a 1:N conversion function returning
MlirTypeConverterConversionStatusFailure. Because it is tried before the
i32 -> (i16, i16) conversion, the failure must abort the whole conversion
(rather than falling back), leaving the IR unchanged -- the behavior that a
plain decline would not produce.
DeltaFile
+87-0mlir/test/CAPI/rewrite.c
+87-01 files

LLVM/project 3131748mlir/lib/Bindings/Python Rewrite.cpp

[mlir-c] Value-initialize MlirConversionPatternCallbacks in Python bindings

The Python conversion-pattern binding left the struct default-initialized,
so the newly-added optional matchAndRewrite1ToN field held an indeterminate
pointer. The driver's null check then read garbage and jumped into it,
segfaulting mlir/test/python/rewrite.py. Value-initialize the struct so
optional callbacks default to null.
DeltaFile
+3-1mlir/lib/Bindings/Python/Rewrite.cpp
+3-11 files

LLVM/project aa679b7mlir/test/CAPI rewrite.c

[mlir-c] Fix -Wmissing-field-initializers in rewrite.c test

The new matchAndRewrite1ToN field left three existing
MlirConversionPatternCallbacks initializers under-initialized, which
fails the CI build under -Werror=-Wmissing-field-initializers.
DeltaFile
+4-3mlir/test/CAPI/rewrite.c
+4-31 files

LLVM/project 1ddc263mlir/test/CAPI rewrite.c

pre-increment
DeltaFile
+5-5mlir/test/CAPI/rewrite.c
+5-51 files

LLVM/project d692a3dmlir/include/mlir-c Rewrite.h, mlir/lib/CAPI/Transforms Rewrite.cpp

[mlir-c] Add 1:N TypeConverter conversion and materialization bindings

Builds on the source/target materialization C bindings:

- Target materialization callbacks now receive `originalType` (split from the
  previously-shared source/target callback typedef), exposing a documented C++
  capability that was otherwise unreachable from C.
- 1:N type conversion: `mlirTypeConverterAdd1ToNConversion` plus an opaque
  results accumulator (`MlirTypeConverterConversionResults` /
  `mlirTypeConverterConversionResultsAppend`). A declining callback's appended
  types are rolled back so the driver's "try the next conversion" invariant
  holds.
- 1:N target materialization: `mlirTypeConverterAdd1ToNTargetMaterialization`,
  whose callback fills a caller-allocated `outputs` buffer. A success that
  leaves any output null is treated as a decline rather than handing the driver
  a null-containing result.
- `mlirConversionPatternRewriterReplaceOpWithMultiple` for 1:N value
  replacement, which can drive a source materialization with nInputs > 1.
- An optional `matchAndRewrite1ToN` callback on `MlirConversionPatternCallbacks`

    [9 lines not shown]
DeltaFile
+710-1mlir/test/CAPI/rewrite.c
+163-14mlir/lib/CAPI/Transforms/Rewrite.cpp
+107-5mlir/include/mlir-c/Rewrite.h
+980-203 files

LLVM/project 6435150mlir/include/mlir-c Rewrite.h, mlir/lib/CAPI/Transforms Rewrite.cpp

cleanup comments
DeltaFile
+2-18mlir/include/mlir-c/Rewrite.h
+0-12mlir/lib/CAPI/Transforms/Rewrite.cpp
+2-302 files

LLVM/project e55d3bcllvm/lib/MC MCObjectFileInfo.cpp, llvm/test/Transforms/SampleProfile pseudo-probe-emit-macho.ll

[MC] Emit Mach-O pseudo-probe sections in the __LLVM segment (#206793)

Let's back this out in favor of emitting pseudoprobe data in favor of
emitting in the __LLVM segment, and let dsymutil collect the debug map
objects and merge them into the final sections.

This is to prevent older ld toolchains that don't ignore the new
`__PSEUDO_PROBE` segments from accidentally leaking the probe metadata
into the final image.
DeltaFile
+7-5llvm/lib/MC/MCObjectFileInfo.cpp
+5-5llvm/test/Transforms/SampleProfile/pseudo-probe-emit-macho.ll
+12-102 files

FreeBSD/ports c52505baudio/cardinal pkg-message Makefile

audio/cardinal: Add xdg-desktop-portal dependency; Add pkg-message

PR:     293556
DeltaFile
+25-0audio/cardinal/pkg-message
+2-0audio/cardinal/Makefile
+27-02 files

FreeBSD/ports 638eaeamultimedia/webcamoid Makefile pkg-plist

multimedia/webcamoid: Unbreak on platforms other than amd64 and i386

Reported by:    Robert Clausecker <fuz at fuz.su>
DeltaFile
+8-8multimedia/webcamoid/Makefile
+0-6multimedia/webcamoid/pkg-plist
+8-142 files

LLVM/project 866832allvm/lib/Target/SPIRV SPIRVLegalizePointerCast.cpp, llvm/test/CodeGen/SPIRV/passes SPIRVLegalizePointerCast.ll

[SPIRV] Fix legalization of widened cbuffer vector loads (#209912)

fixes #191070

In the SPIR-V backend an optimization has widened a narrow cbuffer load
into a wider vector load that reads trailing padding (e.g. a <1 x float>
float1x4 column loaded as <4 x float>). loadVectorFromVector only
handled down-casts and asserts when the target has more elements than
the source.

We need to handle the widening case by loading the available lanes and
inserting them into a poison target vector, leaving the padding lanes as
poison.

Assisted by Claude Opus 4.8
DeltaFile
+37-3llvm/lib/Target/SPIRV/SPIRVLegalizePointerCast.cpp
+16-0llvm/test/CodeGen/SPIRV/passes/SPIRVLegalizePointerCast.ll
+53-32 files

FreeBSD/src 2b1df61stand/efi/loader/arch/amd64 elf64_freebsd.c

loader: Allocate trampoline as EfiLoaderCode, not Data

Firmware on a test machine applied NX to non-code allocations, which
resulted in a fault when jumping to the trampoline.

Reviewed by:    kib
Tested by:      Jim Huang Chen <jim.chen.1827 at gmail.com>
Sponsored by:   The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D58383
DeltaFile
+1-1stand/efi/loader/arch/amd64/elf64_freebsd.c
+1-11 files

LLVM/project 3421dc2llvm/include/llvm/MC MCDwarf.h, llvm/lib/Target/AArch64 AArch64PointerAuth.cpp

[MC][AArch64] Add .cfi_set_ra_state for PAuth_LR (#209949)

The new CFI directive directly assigns an RA signing state to the RA_SIGN_STATE DWARF pseudo-register for use when unwinding, to indicate whether the value of PC has been used as a diversifier for return address signing. The new directive subsumes and replaces .cfi_negate_ra_state_with_pc, which was found to be unsuitable for descibing some block layouts [1], particularly in hot-cold-split functions.

1: https://github.com/ARM-software/abi-aa/pull/346
DeltaFile
+821-1llvm/test/CodeGen/AArch64/sign-return-address-pauth-lr.ll
+346-0llvm/test/CodeGen/AArch64/sign-return-address.ll
+120-40llvm/lib/Target/AArch64/AArch64PointerAuth.cpp
+142-0llvm/test/MC/AArch64/cfi_set_ra_state-shrinkwrap.s
+45-1llvm/include/llvm/MC/MCDwarf.h
+45-0llvm/test/MC/AArch64/cfi_set_ra_state.s
+1,519-4225 files not shown
+1,736-4531 files

LLVM/project 2cd32afflang/lib/Lower/OpenMP OpenMP.cpp DataSharingProcessor.cpp, flang/test/Lower/OpenMP metadirective-loop.f90 metadirective-implementation.f90

[flang][OpenMP] Lower DO and SIMD variants in metadirectives

Lower DO, SIMD, and DO SIMD replacement directives selected by a
metadirective. Support standalone and begin/end forms with static or runtime
selection.

A standalone metadirective and its associated loop are represented as sibling
PFT evaluations. For example:

```fortran
!$omp metadirective &
!$omp& when(user={condition(flag)}: do) &
!$omp& otherwise(nothing)
do i = 1, n
  a(i) = i
end do
```

has the following evaluation shape:

    [54 lines not shown]
DeltaFile
+432-6flang/lib/Lower/OpenMP/OpenMP.cpp
+416-0flang/test/Lower/OpenMP/metadirective-loop.f90
+69-8flang/lib/Lower/OpenMP/DataSharingProcessor.cpp
+74-0flang/test/Lower/OpenMP/Todo/metadirective-loop-unstructured.f90
+59-0flang/test/Lower/OpenMP/Todo/metadirective-loop-enclosing-data-environment.f90
+46-1flang/test/Lower/OpenMP/metadirective-implementation.f90
+1,096-1512 files not shown
+1,278-2818 files

LLVM/project 45e2f8flibcxx/test/libcxx/text/text_encoding environment.pass.cpp

Revert "[libc++][test] XFAIL `text/text_encoding/environment.pass.cpp` test o…"

This reverts commit 159d3779e3a9263e2881ed18a035ee9b937a5944.
DeltaFile
+0-4libcxx/test/libcxx/text/text_encoding/environment.pass.cpp
+0-41 files

LLVM/project 07be0cdllvm/lib/TargetParser Triple.cpp, llvm/unittests/TargetParser TripleTest.cpp

Handle msp430 and avr as soft
DeltaFile
+4-1llvm/unittests/TargetParser/TripleTest.cpp
+1-1llvm/lib/TargetParser/Triple.cpp
+5-22 files

FreeBSD/ports dbca848x11-fonts/alef Makefile distinfo

x11-fonts/alef: Update to 1.001 and unbreak port

Switch to The Document Foundation's distsite as upstream is dead

PR:             296926
Reviewed by:    0mp (maintainer)
DeltaFile
+8-15x11-fonts/alef/Makefile
+3-2x11-fonts/alef/distinfo
+11-172 files

FreeBSD/ports 4c94010x11-fonts/averiagwf distinfo Makefile

x11-fonts/averiagwf: Put unversioned distfiles in a subdir

Needs to be in a subdir so they don't clash with newer versions

PR:             296929
Reviewed by:    asiciliano (maintainer)
DeltaFile
+7-7x11-fonts/averiagwf/distinfo
+1-0x11-fonts/averiagwf/Makefile
+8-72 files

LLVM/project 9a729e7utils/bazel/llvm-project-overlay/llvm/unittests BUILD.bazel

[Bazel] Fixes db816fe (#211109)

This fixes db816fe2ed4e0be51192d3030d90a176d5fec9d5.

Buildkite error link:
https://buildkite.com/llvm-project/upstream-bazel/builds?commit=db816fe2ed4e0be51192d3030d90a176d5fec9d5

Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
DeltaFile
+6-0utils/bazel/llvm-project-overlay/llvm/unittests/BUILD.bazel
+6-01 files

FreeBSD/ports dab70a0security/vuxml/vuln 2026.xml

security/vuxml: Add entry for giflib CVE-2026-26740
DeltaFile
+29-0security/vuxml/vuln/2026.xml
+29-01 files

FreeBSD/src 1092abatests/sys/kern exterr_test.c

exterror tests: harden the checks

Skip the message-content check on kernels that do not advertise the
exterr_strings feature, and pin the output format by clearing
EXTERROR_VERBOSE.

Reviewed by:            kib
MFC after:              1 week
Assisted-by:            Claude Code (Fable 5)
Differential Revision:  https://reviews.freebsd.org/D58322
DeltaFile
+23-1tests/sys/kern/exterr_test.c
+23-11 files

FreeBSD/src c8db6d4share/man/man9 exterror.9, sys/kern sys_generic.c

exterror: advertise error strings via kern.features.exterr_strings

Allow userland, in particular test cases for EXTERROR conversions,
to detect at run time whether extended errors include the
descriptive message strings, which depends on the EXTERR_STRINGS
kernel option and cannot be probed in any other way.

Reviewed by:            kib
MFC after:              1 week
Assisted-by:            Claude Code (Fable 5)
Differential Revision:  https://reviews.freebsd.org/D58321
DeltaFile
+12-1share/man/man9/exterror.9
+4-0sys/kern/sys_generic.c
+16-12 files

LLVM/project 432a042llvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/CodeGen/AMDGPU load-constant-i1.ll

Merge branch 'main' into users/kovdan01/ptrauth-atts-for-synthetic-fns
DeltaFile
+2,559-652llvm/test/CodeGen/AMDGPU/GlobalISel/llvm.amdgcn.image.atomic.dim.a16.ll
+1,270-764llvm/test/CodeGen/AMDGPU/load-constant-i1.ll
+0-1,992llvm/test/CodeGen/X86/expand-false-deps.ll
+1,253-322llvm/test/CodeGen/AMDGPU/GlobalISel/llvm.amdgcn.image.gather4.a16.dim.ll
+1,385-0llvm/test/CodeGen/X86/expand-false-deps.mir
+30-1,240llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+6,497-4,970833 files not shown
+33,763-14,858839 files

LLVM/project db816fellvm/lib/MC MCDXContainerWriter.cpp, llvm/lib/Target/DirectX DXContainerPDB.cpp DXContainerGlobals.cpp

[DirectX][Driver] Add /Qpdb_in_private flag support (#204903)

In DXC, when `/Qpdb_in_private` flag is specified, debug info PDB is
emitted into PRIV part of the output DXContainer (as well as into
separate PDB file, if its name is specified with `/Fd`).

This patch reimplements similar behavior in llc and Clang.

MC is modified to be able to emit PRIV part.

Depends on https://github.com/llvm/llvm-project/pull/204166.
DeltaFile
+83-0llvm/unittests/MC/DXContainerWriterTest.cpp
+42-4llvm/lib/Target/DirectX/DXContainerPDB.cpp
+20-14llvm/lib/Target/DirectX/DXContainerGlobals.cpp
+33-0llvm/test/CodeGen/DirectX/ContainerData/PdbInPrivate.test
+17-5llvm/lib/MC/MCDXContainerWriter.cpp
+18-0llvm/test/CodeGen/DirectX/ContainerData/PdbInPrivate.ll
+213-238 files not shown
+267-2314 files

LLVM/project 009e841flang/include/flang/Optimizer/Transforms Passes.td, flang/lib/Optimizer/Transforms/CUDA CUFAddConstructor.cpp

[flang][cuda] Add option for allocator registration function to CUFAddConstructor (#211098)

This allows to register different allocators when needed.
DeltaFile
+7-3flang/lib/Optimizer/Transforms/CUDA/CUFAddConstructor.cpp
+8-0flang/test/Fir/CUDA/cuda-constructor.f90
+4-0flang/include/flang/Optimizer/Transforms/Passes.td
+19-33 files

FreeBSD/doc 7e4fcb8website/content/ru/status/report-2026-04-2026-06 lkpi-wireless.adoc clusteradm.adoc

website: translate Status report Q2 2026 to russian

Differential Revision: https://reviews.freebsd.org/D58387
DeltaFile
+124-0website/content/ru/status/report-2026-04-2026-06/lkpi-wireless.adoc
+100-0website/content/ru/status/report-2026-04-2026-06/clusteradm.adoc
+91-0website/content/ru/status/report-2026-04-2026-06/freebsd-foundation.adoc
+80-0website/content/ru/status/report-2026-04-2026-06/bananapi-r64-r2-pro-drivers.adoc
+75-0website/content/ru/status/report-2026-04-2026-06/sylve.adoc
+74-0website/content/ru/status/report-2026-04-2026-06/bugmeister.adoc
+544-030 files not shown
+1,586-036 files

LLVM/project ded4902llvm/test/tools/dsymutil/AArch64 pseudo-probe.test, llvm/tools/dsymutil MachOUtils.cpp

Revert "[dsymutil] Add support for pseudo probes (#186877)" (#206789)

This reverts commit bc3386c1b9a5bff82ce4baaf4254fc4268f69ff4.

Let's back this out in favor of emitting pseudoprobe data in favor of
emitting in the `__LLVM` segment, and let `dsymutil` collect the debug
map objects and merge them into the final sections.
DeltaFile
+0-319llvm/test/tools/dsymutil/AArch64/pseudo-probe.test
+7-65llvm/tools/dsymutil/MachOUtils.cpp
+7-3842 files

LLVM/project 8dc94a5clang/test/CIR/CodeGenBuiltins/X86 avx512vlbw-builtins.c

[CIR] Fix avx512vlbw builtin test run lines (#211063)

The avx512vlbw-builtins.c test was using the now-nonexistant avx10.1-512
target feature in several of its run lines. Because the feature no
longer exists with that spelling it was being silently ignored.
Apparently it isn't needed for the test upstream because the test has
been passing, but I received reports from a downstream user that the
test was failing for them.

There was a recent change to more strictly enforce always-inlining if
target features didn't match. I suspect that this downstream project has
a different version of some intrinsic header files so that it requires
"avx10.1" (the correct spelling of the feature).

This change updates the test run lines to use the correct feature
spelling.
DeltaFile
+4-4clang/test/CIR/CodeGenBuiltins/X86/avx512vlbw-builtins.c
+4-41 files

LLVM/project 680989dllvm/lib/Target/PowerPC PPCMIPeephole.cpp, llvm/test/CodeGen/PowerPC peephole-elim-extsw-subreg-input.mir

PPC: Fold 64-bit zero-extending word load feeding extsw subregister

A gprc LWZ/LWZX feeding EXTSW_32_64 is rewritten into a sign-extending
LWA/LWAX load. Extend the same fold to the 64-bit zero-extending word
loads LWZ8/LWZX8 when the EXTSW_32_64 reads their sub_32 subregister,
producing a single LWA/LWAX instead of a redundant lwz+extsw pair.

Co-authored-by: Claude (Claude Opus 4.8, claude-opus-4-8) <noreply at anthropic.com>
DeltaFile
+17-18llvm/test/CodeGen/PowerPC/peephole-elim-extsw-subreg-input.mir
+11-3llvm/lib/Target/PowerPC/PPCMIPeephole.cpp
+28-212 files

LLVM/project 73930c0llvm/test/CodeGen/PowerPC peephole-elim-extsw-subreg-input.mir

PPC: Add MIR examples for missed extsw+word-load fold on subregister input

A gprc LWZ/LWZX feeding EXTSW_32_64 folds into a sign-extending LWA/LWAX
load. The equivalent 64-bit zero-extending word loads (LWZ8/LWZX8) whose
sub_32 feeds EXTSW_32_64 are not folded, leaving a redundant lwz+extsw
(or lwzx+extsw) pair. Add MIR examples documenting the missed fold.

Co-authored-by: Claude (Claude Opus 4.8, claude-opus-4-8) <noreply at anthropic.com>
DeltaFile
+152-6llvm/test/CodeGen/PowerPC/peephole-elim-extsw-subreg-input.mir
+152-61 files