LLVM/project 8fc5834llvm/lib/CodeGen/GlobalISel LegalizerHelper.cpp, llvm/unittests/CodeGen/GlobalISel LegalizerHelperTest.cpp

[GIsel] Use changeElementType for cond types in LegalizerHelper (#193049)

Otherwise this will assert when using extended LLT
DeltaFile
+97-3llvm/unittests/CodeGen/GlobalISel/LegalizerHelperTest.cpp
+5-5llvm/lib/CodeGen/GlobalISel/LegalizerHelper.cpp
+102-82 files

FreeBSD/ports df17aefwww/py-django-bootstrap3 Makefile, www/py-django-bootstrap3/files patch-pyproject.toml

www/py-django-bootstrap3: Unbreak build after 21c2f9c595ac

* Relax the version requirements for py-uv-build which has been updated
  recently.

Reported by:    pkg-fallout
DeltaFile
+1-1www/py-django-bootstrap3/files/patch-pyproject.toml
+1-1www/py-django-bootstrap3/Makefile
+2-22 files

FreeBSD/ports 93e2925games/anki Makefile

games/anki: Extend memory usage of NodeJS during build

* Set a higher value for V8's old memory to fix OOM issues during build:

[...]
vite v6.3.6 building for production...
transforming...

<--- Last few GCs --->

[85302:0x40cbfe36a000]    61573 ms: Mark-Compact (reduce) 505.7 (525.0) -> 502.2 (512.8) MB, pooled: 0 MB, 53.70 / 0.00 ms  (+ 530.4 ms in 111 steps since start of marking, biggest step 5.2 ms, walltime since start of marking 659 ms) (average mu = 0.194, [85302:0x40cbfe36a000]    62211 ms: Mark-Compact 503.3 (512.8) -> 498.8 (515.5) MB, pooled: 0 MB, 631.85 / 0.00 ms  (average mu = 0.113, current mu = 0.009) allocation failure; scavenge might not succeed

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
----- Native stack trace -----

 1: 0x19a5b74 node::OOMErrorHandler(char const*, v8::OOMDetails const&) [/usr/local/bin/node]
 2: 0x1be1c44 node::inspector::protocol::IO::DomainDispatcherImpl::~DomainDispatcherImpl() [/usr/local/bin/node]
 3: 0x1e1a6b0 v8::internal::HeapLayout::CheckYoungGenerationConsistency(v8::internal::MemoryChunk const*) [/usr/local/bin/node]
 4: 0x1e1d5f4 v8::internal::HeapLayout::CheckYoungGenerationConsistency(v8::internal::MemoryChunk const*) [/usr/local/bin/node]

    [5 lines not shown]
DeltaFile
+1-0games/anki/Makefile
+1-01 files

LLVM/project 7ef673fllvm/test/Transforms/LoopInterchange profitability-vectorization.ll

address review comment
DeltaFile
+1-1llvm/test/Transforms/LoopInterchange/profitability-vectorization.ll
+1-11 files

LLVM/project 109749allvm/lib/Target/AMDGPU GCNSubtarget.cpp

AMDGPU: Set transient stack alignment to 4

Some of the frame index handling code seems to assume
it can preserve values in SCC through an add by using an
add carry, and clearing the low bit of the resultant pointer,
which means an odd SP value could be corrupted. I haven't
found a case where this was meaningful; we always end up
using a 4 byte aligned pointer anyway. Set this just in case.
DeltaFile
+2-1llvm/lib/Target/AMDGPU/GCNSubtarget.cpp
+2-11 files

LLVM/project 36331abmlir/include/mlir/Dialect/Transform/IR Utils.h, mlir/lib/Dialect/Transform/IR Utils.cpp TransformDialect.cpp

[mlir] targeted verification for transform "inlining" (#192956)

When merging named transform sequences into their include locations,
rely on the InlinerDialectInterface implementation newly added to the
transform dialect instead of the full verification after the fact. This
enables us to only verify aspects of the IR that may change in a way
compatible with the rest of the infra, reducing the overall cost of the
process.

Use `LogicalResult` as appropriate instead of returning dummy
`InFlightDiagnostic` while I'm here.

Assisted-by: Claude Opus 4.7 / Cursor
DeltaFile
+105-27mlir/lib/Dialect/Transform/IR/Utils.cpp
+47-31mlir/lib/Dialect/Transform/IR/TransformDialect.cpp
+8-2mlir/include/mlir/Dialect/Transform/IR/Utils.h
+4-5mlir/test/Dialect/Transform/normal-forms.mlir
+164-654 files

LLVM/project 6f115ablldb/include/lldb/Target StackFrame.h, lldb/include/lldb/ValueObject DILEval.h

[lldb] Remove unused ExpressionPathOptions: NoFragileObjcIvar, NoSyntheticArrayRange (NFC) (#193336)

As of #193120, `eExpressionPathOptionsNoFragileObjcIvar` and
`eExpressionPathOptionsNoSyntheticArrayRange` are no longer used
anywhere, and aren't expected to be used again.
DeltaFile
+0-17lldb/source/Target/StackFrame.cpp
+0-16lldb/source/ValueObject/DILEval.cpp
+5-7lldb/include/lldb/Target/StackFrame.h
+0-1lldb/include/lldb/ValueObject/DILEval.h
+5-414 files

FreeBSD/ports 9823d1eeditors/neovim distinfo Makefile

editors/neovim: Update to 0.12.2

Changes:
https://github.com/neovim/neovim/commit/4b35336f6f850ce68a230716401cdaa21bdb6a25
DeltaFile
+5-5editors/neovim/distinfo
+2-2editors/neovim/Makefile
+7-72 files

LLVM/project 3696c5bmlir/lib/Dialect/Transform/IR Utils.cpp

address review
DeltaFile
+10-4mlir/lib/Dialect/Transform/IR/Utils.cpp
+10-41 files

LLVM/project 9d704b4flang/lib/Semantics resolve-directives.cpp

[flang][OpenMP] Remove unused member, NFC (#193512)

After e8e8b6a3d8616b5d6572f9e16442cc97ef3867bd, the member
`privateDataSharingAttributeObjects_` of OmpAttributeVisitor is no
longer used. Remove it and the associated accessor functions.
DeltaFile
+0-12flang/lib/Semantics/resolve-directives.cpp
+0-121 files

FreeNAS/freenas f8a2ea6

Empty commit to create PR on github.

You should reset it
DeltaFile
+0-00 files

LLVM/project 93419bfllvm/lib/Target/AArch64 AArch64ISelLowering.cpp

[AArch64][ISel] Use TripleOpVT in LowerVECTOR_INTERLEAVE (#193506)
DeltaFile
+4-1llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
+4-11 files

LLVM/project a312590mlir/lib/Dialect/Transform/IR Utils.cpp

address review
DeltaFile
+10-4mlir/lib/Dialect/Transform/IR/Utils.cpp
+10-41 files

LLVM/project b13867dcompiler-rt/cmake builtin-config-ix.cmake, compiler-rt/cmake/Modules CompilerRTUtils.cmake

[compiler-rt] Initial support for compiler-rt builtins on SPIRV64 target (#192897)
DeltaFile
+18-0compiler-rt/cmake/caches/SPIRV64.cmake
+5-0compiler-rt/lib/builtins/int_types.h
+4-1compiler-rt/cmake/Modules/CompilerRTUtils.cmake
+3-1compiler-rt/lib/builtins/CMakeLists.txt
+2-1compiler-rt/cmake/builtin-config-ix.cmake
+1-1compiler-rt/lib/builtins/int_lib.h
+33-46 files

FreeBSD/doc 26592dbwebsite/data/en/news news.toml

News: Announce 2026Q1 status report
DeltaFile
+5-0website/data/en/news/news.toml
+5-01 files

NetBSD/pkgsrc jQdUQ9vdoc CHANGES-pkgsrc-2026Q1

   doc: update for 7080, 7082
VersionDeltaFile
1.1.2.12+8-1doc/CHANGES-pkgsrc-2026Q1
+8-11 files

LLVM/project 20005a0flang/test/Lower constant-logical-transfer.f90

[flang] Update LIT test for big-endian platform (NFC) (#193309)

Specify the kind type parameter to ensure the 64-bit value is correctly represented
in the big endian environment.
DeltaFile
+1-1flang/test/Lower/constant-logical-transfer.f90
+1-11 files

LLVM/project 8144c14lldb/source/Target AssertFrameRecognizer.cpp

[lldb] Fix assert frame recognizer for non-macOS Apple platforms (#193435)
DeltaFile
+12-0lldb/source/Target/AssertFrameRecognizer.cpp
+12-01 files

NetBSD/pkgsrc 9jupfBmfonts/harfbuzz PLIST

   Pullup ticket #7082 - requested by bsiegert
   fonts/harfbuzz: Install fix

   PR pkg/60190: fonts/harfbuzz: files not in PLIST
VersionDeltaFile
1.88.2.1+4-1fonts/harfbuzz/PLIST
+4-11 files

LLVM/project d154ccdllvm/lib/Target/AArch64 AArch64ISelLowering.cpp, llvm/test/CodeGen/AArch64 fixed-vector-deinterleave.ll

[AArch64][ISel] Add lowering for fixed-width deinterleave3 (#192972)
DeltaFile
+109-0llvm/test/CodeGen/AArch64/fixed-vector-deinterleave.ll
+31-0llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
+140-02 files

LLVM/project d51db87llvm/test/CodeGen/AMDGPU/NextUseAnalysis spill-vreg-many-lanes.mir acyclic-770bb.mir

Rebase

Created using spr 1.3.7
DeltaFile
+275,101-0llvm/test/CodeGen/AMDGPU/NextUseAnalysis/spill-vreg-many-lanes.mir
+144,679-0llvm/test/CodeGen/AMDGPU/NextUseAnalysis/acyclic-770bb.mir
+57,682-0llvm/test/CodeGen/AMDGPU/NextUseAnalysis/double-nested-loops-complex-cfg.mir
+41,844-0llvm/test/CodeGen/AMDGPU/NextUseAnalysis/test_ers_multiple_spills2.mir
+40,613-0llvm/test/CodeGen/AMDGPU/NextUseAnalysis/test_ers_multiple_spills1.mir
+37,209-0llvm/test/CodeGen/AMDGPU/NextUseAnalysis/test_ers_multiple_spills3.mir
+597,128-02,786 files not shown
+944,678-57,7512,792 files

LLVM/project 54fcd86libc/hdr/types struct_sockaddr_storage.h CMakeLists.txt, libc/include/llvm-libc-types struct_sockaddr_storage.h

[libc] Add struct sockaddr_storage (on linux) (#192978)

This deceptively simple patch has one catch. The POSIX standard states:

"""
When a pointer to a sockaddr_storage structure is converted to a pointer
to a sockaddr structure, or vice versa, the ss_family member of the
sockaddr_storage structure shall map onto the sa_family member of the
sockaddr structure. When a pointer to a sockaddr_storage structure is
converted to a pointer to a protocol-specific address structure, or vice
versa, the ss_family member shall map onto a member of that structure
that is of type sa_family_t that identifies the protocol's address
family. When a pointer to a sockaddr structure is converted to a pointer
to a protocol-specific address structure, or vice versa, the sa_family
member shall map onto a member of that structure that is of type
sa_family_t that identifies the protocol's address family. Additionally,
the structures shall be defined in such a way that the compiler treats
an access to the stored value of the sa_family_t member of any of these
structures, via an lvalue expression whose type involves any other one

    [20 lines not shown]
DeltaFile
+37-0libc/test/src/sys/socket/linux/sockaddr_storage_test.cpp
+26-0libc/test/src/sys/socket/linux/sockaddr_storage_helper.cpp
+24-0libc/include/llvm-libc-types/struct_sockaddr_storage.h
+21-0libc/hdr/types/struct_sockaddr_storage.h
+12-0libc/test/src/sys/socket/linux/CMakeLists.txt
+9-0libc/hdr/types/CMakeLists.txt
+129-05 files not shown
+134-211 files

FreeNAS/freenas b7d2f84src/middlewared/middlewared/migration 0010_nvram_attr_vms.py, src/middlewared/middlewared/plugins/vm utils.py vms.py

NAS-140717 / 26.0.0-BETA.2 / Move VM NVRAM and TPM atomically with VM rename (by Qubad786) (#18775)

## Problem

Two bugs in the VM lifecycle leave on-disk state out of sync with the VM
record:

1. **Rename loses TPM state and can desync the DB.** `do_update` only
renamed the NVRAM file; the TPM state directory
(`/var/db/system/vm/tpm/{id}_{name}_tpm_state/`) was never touched.
After rename, pylibvirt generates XML pointing libvirt/swtpm at the new
name, the old-named TPM dir is orphaned, and swtpm silently initialises
fresh empty state — Windows 11's TPM appears reset, BitLocker keys and
measured-boot state are lost. On top of that, the DB update ran *before*
the filesystem rename, so any I/O failure left the DB at the new name
while the files stayed at the old one. The `CallError` raised on a
missing NVRAM was also misleading — libvirt recreates NVRAM from its
`template=` attribute on first start.


    [43 lines not shown]
DeltaFile
+175-0src/middlewared/middlewared/pytest/unit/plugins/vm/test_state_utils.py
+123-4src/middlewared/middlewared/plugins/vm/utils.py
+47-14src/middlewared/middlewared/plugins/vm/vms.py
+3-8src/middlewared/middlewared/plugins/vm/vm_lifecycle.py
+1-1src/middlewared/middlewared/migration/0010_nvram_attr_vms.py
+349-275 files

LLVM/project 0dadac7flang/lib/Semantics resolve-directives.cpp

[flang][OpenMP] Remove unused member, NFC

After e8e8b6a3d8616b5d6572f9e16442cc97ef3867bd, the member
`privateDataSharingAttributeObjects_` of OmpAttrVisitor is no longer
used. Remove it and the associated accessor functions.
DeltaFile
+0-12flang/lib/Semantics/resolve-directives.cpp
+0-121 files

LLVM/project e1ab08allvm/include/llvm/Transforms/Utils LoopUtils.h, llvm/lib/CodeGen ExpandReductions.cpp

[RISCV] Functional llvm.vector.reduce.mul on scalable types (#193094)

RVV does not have an instruction for performing a horizontal multiply
reduction (either integer or floating point). However, a user of clang
can explicitly write at least the integer form via the
__builtin_reduce_mul construct, and currently we just crash when
compiling this.

This change converts the crash into functionally correct scalar loop to
process each element one by one at runtime. This will be slow, but at
least correct.

Note that to my knowledge we can't generate the floating point one
directly from C, but I decided to handle both for completeness while I
was here.

Written by Claude Code with guidance and review by me.
DeltaFile
+509-2llvm/test/CodeGen/RISCV/rvv/vreductions-int.ll
+140-0llvm/test/CodeGen/RISCV/rvv/vreductions-fp-sdnode.ll
+61-0llvm/lib/Transforms/Utils/LoopUtils.cpp
+27-6llvm/lib/CodeGen/ExpandReductions.cpp
+10-0llvm/include/llvm/Transforms/Utils/LoopUtils.h
+747-85 files

NetBSD/pkgsrc iDHLLUhaudio/ymuse Makefile, chat/coyim Makefile

   Revbump all Go packages after go126 security fix
VersionDeltaFile
1.44.2.1+2-2audio/ymuse/Makefile
1.98.2.1+2-2chat/coyim/Makefile
1.58.2.1+2-2chat/gomuks/Makefile
1.87.2.1+2-2chat/matterircd/Makefile
1.23.2.1+2-2chat/neonmodem/Makefile
1.43.2.1+2-2chat/senpai/Makefile
+12-12199 files not shown
+407-393205 files

LLVM/project 59bf896lldb/source/Commands CommandObjectMemory.cpp CommandObjectProcess.cpp

[lldb] Remove trailing newlines from AppendErrorWithFormat calls (part 2) (#193168)

Follow up to #192965.

This call adds a newline if there isn't one. Changing these will
eventually let us always add a newline, which is in line with
the other methods on CommandReturnObject.

This is a small part of calls found with:
* VSCode search for
`(\.AppendErrorWithFormat\(([\s\r\n]+)?"(?:(?:\\.|[^"\\])*))\\n"` and
replace with `$1"`.
* Asserting that the last character of the format string is not a
newline.
* Manual inspection.
DeltaFile
+36-36lldb/source/Commands/CommandObjectMemory.cpp
+17-18lldb/source/Commands/CommandObjectProcess.cpp
+12-14lldb/source/Commands/CommandObjectFrame.cpp
+8-8lldb/source/Commands/CommandObjectLog.cpp
+6-6lldb/source/Commands/CommandObjectRegister.cpp
+3-3lldb/source/Commands/CommandObjectPlatform.cpp
+82-852 files not shown
+84-878 files

LLVM/project 8f51fe4llvm/lib/Target/ARM ARMISelLowering.cpp, llvm/test/CodeGen/Thumb2 mve-no-fp.ll

arm: fix float to integer conversion with `+mve` (#193319)

Fix an instruction selection failure when using the `+mve` (and an implied `-mve.fp`)
target feature. From what I understand, e.g. based on
https://reviews.llvm.org/D60694, this combination of target features
enables float registers and loads/moves, but no real FP operations.
Hence

https://godbolt.org/z/xeTcbqMqx

```llvm
define i32 @foo(float %x) {
  %i = call i32 @llvm.fptosi.sat.i32.f32(float %x)
  ret i32 %i
}
```

compiled with `llc -mtriple=thumbv8m.main-none-eabi
-mattr=+v8.1m.main,-mve.fp,+mve -O2` hit

    [8 lines not shown]
DeltaFile
+325-0llvm/test/CodeGen/Thumb2/mve-no-fp.ll
+3-5llvm/lib/Target/ARM/ARMISelLowering.cpp
+328-52 files

LLVM/project b77a894clang/lib/AST/ByteCode Pointer.h

[clang][bytecode] print array root state in Pointer::print() (#193494)

And check isZero() so later output checks don't run into null pointers
as much.
DeltaFile
+6-1clang/lib/AST/ByteCode/Pointer.h
+6-11 files

LLVM/project 1364f52llvm/test/Transforms/LoopInterchange pr45743-move-from-inner-preheader.ll

[LoopInterchange] Fix out-of-bounds accesses in tests (NFC) (#193272)

These tests trigger out-of-bounds accesses. Fix them by decreasing the
backedge-taken counts of the loops, and add pseudo code.
DeltaFile
+34-9llvm/test/Transforms/LoopInterchange/pr45743-move-from-inner-preheader.ll
+34-91 files