LLVM/project 2cee0cbllvm/include/llvm/CodeGen/GlobalISel MIPatternMatch.h, llvm/lib/CodeGen/GlobalISel CombinerHelper.cpp

GlobalISel: Match loads by pointer operand in CombinerHelper

Add a load matcher that binds the pointer operand (like IR's m_Load), with
optional outputs for the load instruction and its MachineMemOperand via m_MMO.
Use it to replace the getVRegDef + dyn_cast idiom in the load combines.

Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
DeltaFile
+59-0llvm/include/llvm/CodeGen/GlobalISel/MIPatternMatch.h
+18-20llvm/lib/CodeGen/GlobalISel/CombinerHelper.cpp
+77-202 files

LLVM/project 5696ae1llvm/include/llvm/CodeGen/GlobalISel MIPatternMatch.h, llvm/lib/CodeGen/GlobalISel CombinerHelperCasts.cpp CombinerHelperVectorOps.cpp

GlobalISel: Migrate misc. CombinerHelper def checks to MIPatternMatch

Replace getVRegDef + cast/opcode-check idioms across CombinerHelper
with mi_match, adding named instruction binders and operand-form matchers
as needed.

Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
DeltaFile
+208-157llvm/lib/CodeGen/GlobalISel/CombinerHelper.cpp
+47-7llvm/include/llvm/CodeGen/GlobalISel/MIPatternMatch.h
+25-19llvm/lib/CodeGen/GlobalISel/CombinerHelperVectorOps.cpp
+6-4llvm/lib/CodeGen/GlobalISel/CombinerHelperCasts.cpp
+286-1874 files

LLVM/project 184f413mlir/lib/Dialect/Affine/Transforms SuperVectorize.cpp, mlir/test/Dialect/Affine/SuperVectorize invalid_missing_vector_size.mlir invalid-zero-size.mlir

[mlir][affine] Require a vector size in affine-super-vectorize (#171110)

Diagnose invocations that omit the `virtual-vector-size` option. A
vector rank is required to construct a vectorization pattern, so
accepting an empty size list would silently leave the input unchanged.

Check that vector sizes are present and positive before applying
rank-dependent constraints.

Fixes #114528
DeltaFile
+11-5mlir/lib/Dialect/Affine/Transforms/SuperVectorize.cpp
+10-0mlir/test/Dialect/Affine/SuperVectorize/invalid_zero_size.mlir
+0-9mlir/test/Dialect/Affine/SuperVectorize/invalid-zero-size.mlir
+6-0mlir/test/Dialect/Affine/SuperVectorize/invalid_missing_vector_size.mlir
+27-144 files

FreeBSD/ports f6c5364graphics/gpxsee Makefile distinfo

graphics/gpxsee: Update to 16.12

Changelog: https://github.com/tumic0/GPXSee/releases/tag/16.12

PR:             297539
Approved by:    fluffy (mentor)
DeltaFile
+3-3graphics/gpxsee/distinfo
+1-1graphics/gpxsee/Makefile
+4-42 files

FreeBSD/ports b4e3d83textproc/highlight Makefile distinfo

textproc/highlight: Update to 4.21

Changelog: https://gitlab.com/saalen/highlight/-/raw/v4.21/ChangeLog.adoc

PR:             297565
Approved by:    fluffy (mentor)
DeltaFile
+3-3textproc/highlight/distinfo
+1-1textproc/highlight/Makefile
+4-42 files

LLVM/project 2fc8f5ellvm/lib/CodeGen/GlobalISel GIMatchTableExecutor.cpp

GlobalISel: Use MIPatternMatch in GIMatchTableExecutor

Replace the getVRegDef + opcode-check idiom in isBaseWithConstantOffset with
mi_match using m_GPtrAdd and m_GConstant.

Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
DeltaFile
+4-10llvm/lib/CodeGen/GlobalISel/GIMatchTableExecutor.cpp
+4-101 files

LLVM/project 24045belldb/include/lldb/ValueObject ValueObjectRegister.h, lldb/source/ValueObject ValueObjectRegister.cpp

[lldb] Fix GetIndexOfChildWithName and GetChildMemberWithName on register sets (#212727)

And GetChildMemberWithName which had the same issue.

Fixes #211787.

Both of these methods were doing a lookup on the register info array as
a whole, rather than the subset of indexes into that array. That subset
of indexes is the "register set".

This lead to problems like this where index and name getters disagreed:
```
>>> lldb.frame.GetRegisters()[1].GetChildAtIndex(0)
(unsigned char __attribute__((ext_vector_type(16)))) v0 = (0x2f, 0x2f, 0x2f, 0x2f, 0x2f, 0x2f,
 0x2f, 0x2f, 0x2f, 0x2f, 0x2f, 0x2f, 0x2f, 0x2f, 0x2f, 0x2f)
>>> lldb.frame.GetRegisters()[1].GetIndexOfChildWithName("v0")
63
```
GetChildAtIndex told us that v0 was at index 0, but looking up v0 by

    [18 lines not shown]
DeltaFile
+85-0lldb/test/API/python_api/value/TestValueAPI.py
+29-15lldb/source/ValueObject/ValueObjectRegister.cpp
+3-16lldb/test/API/linux/aarch64/aarch32_compat/TestAArch64LinuxAArch32Compat.py
+11-0llvm/docs/ReleaseNotes.md
+4-4lldb/test/API/functionalities/postmortem/minidump-new/TestMiniDumpNew.py
+3-0lldb/include/lldb/ValueObject/ValueObjectRegister.h
+135-356 files

FreeBSD/ports a8534c4textproc/py-urlscan Makefile distinfo

textproc/py-urlscan: Update to 1.1.2

ChangeLog:      https://github.com/firecat53/urlscan/releases/tag/1.1.2
Reported by:    "github-actions[bot]" <notifications at github.com>
DeltaFile
+3-3textproc/py-urlscan/distinfo
+1-1textproc/py-urlscan/Makefile
+4-42 files

FreeBSD/ports b0a060aMk bsd.port.mk

Mk/bsd.port.mk: preserve flavors in missing dependencies list

PR:             267230
DeltaFile
+1-1Mk/bsd.port.mk
+1-11 files

LLVM/project 58a2155llvm/include/llvm/CodeGen TargetLowering.h, llvm/lib/CodeGen/SelectionDAG SelectionDAGBuilder.cpp

Update for comments
DeltaFile
+5-5llvm/include/llvm/CodeGen/TargetLowering.h
+2-2llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
+7-72 files

LLVM/project 07e3a4ellvm/include/llvm/CodeGen/GlobalISel MIPatternMatch.h, llvm/lib/CodeGen/GlobalISel CombinerHelper.cpp

GlobalISel: Introduce m_GPtrAdd flags matcher in CombinerHelper (#216600)

Add an optional MIFlags output operand to the binary-op matcher and a
m_GPtrAdd(L, R, m_MIFlags(F)) overload, and use it to replace getVRegDef
+ opcode checks.

Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
DeltaFile
+24-1llvm/include/llvm/CodeGen/GlobalISel/MIPatternMatch.h
+4-5llvm/lib/CodeGen/GlobalISel/CombinerHelper.cpp
+28-62 files

LLVM/project 4593ff7lldb/test/API/tools/lldb-dap/databreakpoint TestDAP_setDataBreakpoints.py, lldb/tools/lldb-dap DAP.h Watchpoint.h

[lldb-dap] Preserve watchpoints from console (#215228)

We should not delete watchpoints created via LLDB console when
processing DAP `setDataBreakpoints` request.
DeltaFile
+158-2lldb/test/API/tools/lldb-dap/databreakpoint/TestDAP_setDataBreakpoints.py
+48-11lldb/tools/lldb-dap/Handler/SetDataBreakpointsRequestHandler.cpp
+11-0lldb/tools/lldb-dap/Watchpoint.cpp
+4-0lldb/tools/lldb-dap/Watchpoint.h
+3-0lldb/tools/lldb-dap/DAP.h
+224-135 files

LLVM/project 0ee6dedflang/lib/Lower/OpenMP OpenMP.cpp, flang/test/Lower/OpenMP omp-declarative-allocate-module.f90

[Flang][OpenMP] PoC module support for allocate directives

This patch implements partial support for `allocate` on Fortran
module variables, based on adding global constructor functions for each
impacted variable.

Shared as a proof of concept, because I have a few concerns about it:
  1. It appears that Clang ignores `allocate` directives on global
     variables instead. Is that the expected behavior?
  2. The existing implementation for `allocate` in Flang doesn't
     actually impact where the memory used for a variable resides. It
     allocates/deallocates extra memory for it using OpenMP internal
     compiler calls but then that storage is never used. The original
     alloca is still used. This addition suffers from the same issue:
     global constructors allocate extra memory that is never used to
     update in any way the associated global variable or its users.
  3. No `omp.allocate_free` (should be `omp.allocate.free`) can be added
     by this approach.
  4. The representation of `omp.allocate_dir` (should be `omp.allocate`)

    [10 lines not shown]
DeltaFile
+110-30flang/lib/Lower/OpenMP/OpenMP.cpp
+42-0flang/test/Lower/OpenMP/omp-declarative-allocate-module.f90
+152-302 files

LLVM/project 952515aflang/lib/Lower/OpenMP OpenMP.cpp, flang/test/Lower/OpenMP/Todo allocate-module.f90

[Flang][OpenMP] Prevent allocate directive ICE on module variables (#216021)

The current lowering implementation for `allocate` directives assumes
the MLIR function in which it is creating operations will still be there
by finalization time, so that it can add a deallocation call.

When lowering Fortran modules, this is not the case (lowering happens in
a temporary dummy function) and it results in a compiler crash while
running cleanup callbacks. This patch adds a TODO for this case.
DeltaFile
+9-0flang/lib/Lower/OpenMP/OpenMP.cpp
+9-0flang/test/Lower/OpenMP/Todo/allocate-module.f90
+18-02 files

LLVM/project 6628701llvm/test/CodeGen/X86 fp128-libcalls-longdouble.ll fp128-libcalls-gnu.ll

Move the test to a separate file, this isn't gnu
DeltaFile
+4-264llvm/test/CodeGen/X86/fp128-libcalls-gnu.ll
+98-0llvm/test/CodeGen/X86/fp128-libcalls-longdouble.ll
+102-2642 files

LLVM/project c8a0460mlir/test lit.cfg.py, mlir/test/Conversion/SCFToAffine scf-to-affine.mlir

[mlir] Filter out failing tests when expensive checks are ON (#216323)

Adds logic to conditionally disable tests that fail when expensive
checks are enabled,
*  -DMLIR_ENABLE_EXPENSIVE_PATTERN_API_CHECKS=ON. 

When the expensive API checks are disabled, the newly marked tests
are run as usual.

This is a temporary measure to enable the introduction of a buildbot
that will run with expensive API checks enabled. No new tests disabled with
expensive checks should be added, i.e. tests with 
 * `XFAIL: mlir-expensive-checks`.
 
The existing failures marked in this PR should be fixed.

GitHub issue that reported these failures prior to this PR:
  * https://github.com/llvm/llvm-project/issues/163599
DeltaFile
+3-1mlir/test/Conversion/SCFToOpenMP/vector-reduction.mlir
+3-1mlir/test/Conversion/SCFToAffine/scf-to-affine.mlir
+2-1mlir/test/Integration/Dialect/Linalg/CPU/ArmSVE/pack-scalable-inner-tile.mlir
+3-0mlir/test/lit.cfg.py
+2-0mlir/test/Conversion/SCFToOpenMP/scf-to-openmp.mlir
+2-0mlir/test/Conversion/SCFToOpenMP/reductions.mlir
+15-341 files not shown
+95-347 files

LLVM/project 988e509libc/src/__support/FPUtil FPBits.h, libc/src/__support/macros/properties types.h

[libc] Fix FreeBSD build for 53-bit-rounded fp80s (#216332)

Fix build issues on FreeBSD, which reports `LDBL_MANT_DIG == 53` for
`long double` on some targets despite using fp80 as the underlying type.
This is because it stores the value as an fp80, but configures the FPU
to round the mantissa to 53-bits. However, this causes some parts of
libc to misidentify the fp80 as an fp64 since both use a 53-bit
mantissa. This led to build issues on FreeBSD when trying to bitcast the
12-byte `FPBits<long double>` to an 8-byte fp64 value.

This is fixed by checking both the mantissa size and the exponent range
when determining the correct format for `long double`. Also, move the
check for this to a single place in `types.h`, rather than re-checking
the `LDBL_MANT_DIG` and `LDBL_MAX_EXP` values in `FPBits.h`.
DeltaFile
+8-7libc/src/__support/FPUtil/FPBits.h
+10-3libc/src/__support/macros/properties/types.h
+18-102 files

LLVM/project 898b018llvm/lib/Support APFloat.cpp, llvm/unittests/ADT APFloatTest.cpp

[APFloat] Report the sign and the zero a conversion cannot represent (#216056)

`APFloat::convert` reports through `losesInfo` what rounding lost, but
not what
the target format has no encoding for at all. Two properties of a format
are not
rounding:

| property | formats today | what happens |
|---|---|---|
| `hasSignedRepr == false` | `f8E8M0FNU`, `f8E5M3FNU` | the sign bit is
carried into a format with no room for it |
| `hasZero == false` | `f8E8M0FNU` | zero is replaced by the smallest
normalized value, 2^-127 |

Both were reported as `opOK` with `losesInfo == false`. Callers gate on
`losesInfo` -- that is how `arith.truncf`'s folder decides whether a
constant
fold is legal -- so they kept a value the format cannot hold.

    [84 lines not shown]
DeltaFile
+71-2llvm/unittests/ADT/APFloatTest.cpp
+40-28llvm/lib/Support/APFloat.cpp
+24-0mlir/test/Dialect/Arith/canonicalize.mlir
+18-0mlir/test/IR/invalid-builtin-attributes.mlir
+9-0mlir/lib/AsmParser/AttributeParser.cpp
+8-0mlir/lib/AsmParser/Parser.cpp
+170-306 files

FreeBSD/src 62d5d11sys/dev/ixgbe ixgbe_e610.c

ix(4): Remove workaround for 2.5/5G speeds on E610

The problem observed on X550 adapters with 2.5 and 5 Gbps speeds
negotiation on some switches is not affecting E610 adapters.
Remove workaround, which omitted those speeds in the list
of initially advertised speeds and advertise all speeds
supported by adapter.

Signed-off-by: Krzysztof Galazka <krzysztof.galazka at intel.com>

Reviewed by:    kbowling
Tested by:      Mateusz Moga <mateusz.moga at intel.com>
MFC after:      1 week
Sponsored by:   Intel Corporation
Differential Revision:  https://reviews.freebsd.org/D57339
DeltaFile
+12-23sys/dev/ixgbe/ixgbe_e610.c
+12-231 files

LLVM/project 32efbc2mlir/include/mlir/Dialect/LLVMIR NVVMOps.td, mlir/lib/Dialect/LLVMIR/IR NVVMDialect.cpp

[MLIR][NVVM] Spell strict assembly properties directly

Bind every NVVM inherent property in its operation assembly format and
re-enable strict property parsing for the dialect. Use direct named clauses
for declarative formats and custom MMA parsers while retaining dictionaries
for discardable attributes.

Assisted-by: Codex
DeltaFile
+619-5mlir/lib/Dialect/LLVMIR/IR/NVVMDialect.cpp
+350-157mlir/include/mlir/Dialect/LLVMIR/NVVMOps.td
+156-156mlir/test/Target/LLVMIR/nvvm/tcgen05-mma-tensor.mlir
+156-156mlir/test/Target/LLVMIR/nvvm/tcgen05-mma-sp-tensor.mlir
+128-128mlir/test/Target/LLVMIR/nvvm/tma_store_reduce.mlir
+29-203mlir/test/Dialect/LLVMIR/nvvm-mma-sparse-blockscale.mlir
+1,438-805102 files not shown
+3,725-4,037108 files

FreeBSD/ports 0007de4Mk bsd.port.mk

Mk/bsd.port.mk: fix install-missing-packages without a tty

install-missing-packages runs xargs with -o, which reopens stdin from
/dev/tty so that pkg can prompt interactively.  In automated or batch
runs there is no controlling terminal, so xargs fails with "can't open
/dev/tty: Device not configured".

Make the -o flag conditional on BATCH: keep the interactive pkg prompt
outside BATCH, and use pkg install -yA (auto-confirm) inside BATCH.

PR:             267416
Reported by:    patmaddox at FreeBSD.org
DeltaFile
+8-1Mk/bsd.port.mk
+8-11 files

NetBSD/pkgsrc kYUqy5edoc CHANGES-2026

   Updated devel/py-project-api, textproc/py-fastjsonschema
VersionDeltaFile
1.5342+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc xydAqmktextproc/py-fastjsonschema Makefile distinfo

   py-fastjsonschema: updated to 2.22.2

   2.22.2
   * Fixed wrong results of anyOf, oneOf, not, if/then/else, contains and propertyNames when `fast_fail` is off
   * Fixed collecting errors from subschemas behind `$ref` when `fast_fail` is off
   * Fixed escaping property name in boolean `dependencies` validation (prevents schema-controlled code injection)
VersionDeltaFile
1.14+4-4textproc/py-fastjsonschema/distinfo
1.17+2-2textproc/py-fastjsonschema/Makefile
+6-62 files

NetBSD/pkgsrc 4JSg7OPdevel/py-project-api Makefile distinfo

   py-project-api: updated to 1.11.0

   1.11.0
   Adds support for Python 3.15 and 3.15t, and fixes a race in
   SubprocessCmdStatus.done: it keyed off returncode, which communicate() sets
   before the thread stores the output, so a poller could reach out_err() while it
   was still None (free-threaded builds hit this window). done now reports
   finished only once the output is stored
VersionDeltaFile
1.13+4-4devel/py-project-api/distinfo
1.15+2-2devel/py-project-api/Makefile
+6-62 files

LLVM/project 79679bemlir/include/mlir/Dialect/LLVMIR NVVMOps.td, mlir/lib/Dialect/LLVMIR/IR NVVMDialect.cpp

[MLIR][NVVM] Add asynchronous store Ops (#210931)

This change adds the `store.async.global` and `store.async.shared`
ops to the NVVM dialect to perform asynchronous stores to global
or shared-cluster address spaces.

PTX Spec References:
1.
[`st.async`](https://docs.nvidia.com/cuda/parallel-thread-execution/index.html#data-movement-and-conversion-instructions-st-async)
2.
[`multimem.st.async`](https://docs.nvidia.com/cuda/parallel-thread-execution/index.html#data-movement-and-conversion-instructions-multimem-st-async)
DeltaFile
+51-0mlir/include/mlir/Dialect/LLVMIR/NVVMOps.td
+42-0mlir/test/Target/LLVMIR/nvvm/store_async_global.mlir
+40-0mlir/lib/Dialect/LLVMIR/IR/NVVMDialect.cpp
+23-0mlir/test/Target/LLVMIR/nvvm/store_async_global_invalid.mlir
+17-0mlir/test/Target/LLVMIR/nvvm/store_async_shared.mlir
+173-05 files

LLVM/project 3944056mlir/lib/ExecutionEngine LevelZeroRuntimeWrappers.cpp

[mlir][gpu] Fix L0_SAFE_CALL in LevelZero runtime (#215308)

Using NULL as `RTContext` can lead to crashes when calling
`zeDriverGetLastErrorDescription`.
Now using `getRtContext()` instead.
DeltaFile
+17-2mlir/lib/ExecutionEngine/LevelZeroRuntimeWrappers.cpp
+17-21 files

FreeBSD/ports 654078edatabases/sabiql Makefile Makefile.crates

databases/sabiql: Update to 2.0.1

ChangeLog:      https://github.com/riii111/sabiql/releases/tag/v2.0.1
Reported by:    riii111 <notifications at github.com>
DeltaFile
+243-253databases/sabiql/distinfo
+120-125databases/sabiql/Makefile.crates
+1-1databases/sabiql/Makefile
+364-3793 files

LLVM/project a6b7903llvm/include/llvm/CodeGen TargetLowering.h, llvm/lib/CodeGen/SelectionDAG SelectionDAGBuilder.cpp

Update for comments
DeltaFile
+7-3llvm/include/llvm/CodeGen/TargetLowering.h
+2-4llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
+9-72 files

FreeBSD/ports 7cae851Mk/Scripts do-depends.sh

Mk/Scripts/do-depends.sh: summarize dependency errors

Accumulate and number dependency resolution errors in do-depends.sh
instead of only setting a flag, so that a clear summary of all errors
is printed at the end of the run rather than being buried in the
output of the dependency traversal. (#257069)

Add a record_error() helper that increments an error counter, prints
each error to stderr, and accumulates the messages for the final
summary.  Use printf "%b" with a literal format string to avoid
interpreting user-controlled data (origins, patterns) as format
specifiers.

PR:             257069
Submitted by:   sobomax at FreeBSD.org
DeltaFile
+17-15Mk/Scripts/do-depends.sh
+17-151 files

LLVM/project 93ebddeclang/test/DebugInfo/DynamicDebugging profile-coverage.c

[dyndbg][nfc] use -emit-llvm-only in coverage test (#216662)

Follow-up to https://github.com/llvm/llvm-project/pull/216307
DeltaFile
+1-1clang/test/DebugInfo/DynamicDebugging/profile-coverage.c
+1-11 files