FreeNAS/freenas 6f8bfd5src/middlewared/middlewared/plugins/mail send.py send_queue.py, src/middlewared/middlewared/test/integration/assets mail.py

Mail plugin test coverage
DeltaFile
+447-25tests/api2/test_mail.py
+46-35src/middlewared/middlewared/plugins/mail/send.py
+60-4src/middlewared/middlewared/test/integration/fake_servers/smtp.py
+29-6src/middlewared/middlewared/plugins/mail/send_queue.py
+8-3src/middlewared/middlewared/plugins/mail/config.py
+5-0src/middlewared/middlewared/test/integration/assets/mail.py
+595-733 files not shown
+599-769 files

pkgng/pkgng 45874a6tests/frontend repo.sh

tests: add repo_filelist_data regression test

Verify that data.pkg never contains file lists or directories
regardless of --list-files, and that -l still generates the file
database (files.pkg) listing the package files.
DeltaFile
+38-1tests/frontend/repo.sh
+38-11 files

pkgng/pkgng 1891a25libpkg pkg_repo_create.c

repo: keep file lists out of the data catalog

The data catalog (data.pkg) and per-package manifest must not contain
file lists or directories; those belong only to the file database emitted
via -l/--list-files.  Emit the data catalog in compact form so data.pkg
is identical whether or not --list-files is used.  Previously -l caused the
full +MANIFEST (with files) to be read and re-emitted into data, ballooning
the catalog (e.g. a full i386 repo grew from ~60MB to ~2GB).
DeltaFile
+9-1libpkg/pkg_repo_create.c
+9-11 files

LLVM/project 25d57b2llvm/lib/Target/AMDGPU AMDGPUSwLowerLDS.cpp, llvm/test/CodeGen/AMDGPU amdgpu-sw-lower-lds-flat-ptr-arg-asan.ll

update
DeltaFile
+231-94llvm/lib/Target/AMDGPU/AMDGPUSwLowerLDS.cpp
+213-30llvm/test/CodeGen/AMDGPU/amdgpu-sw-lower-lds-flat-ptr-arg-asan.ll
+444-1242 files

LLVM/project c256325llvm/lib/Target/AMDGPU AMDGPUSwLowerLDS.cpp, llvm/test/CodeGen/AMDGPU amdgpu-sw-lower-lds-flat-ptr-arg-asan.ll

[AMDGPU] Fix LDS access via flat pointer argument in amdgpu-sw-lower-lds
DeltaFile
+82-0llvm/lib/Target/AMDGPU/AMDGPUSwLowerLDS.cpp
+73-0llvm/test/CodeGen/AMDGPU/amdgpu-sw-lower-lds-flat-ptr-arg-asan.ll
+155-02 files

LLVM/project acfaabellvm/lib/Target/RISCV RISCVTargetMachine.cpp, llvm/test/CodeGen/RISCV O3-pipeline.ll

Revert "[RISCV] Run EarlyMachineLICM before VLOptimizer to hoist constant splats" (#210937)

Reverts llvm/llvm-project#210028

I've bisected the hangs on rva20 to this commit:
https://lab.llvm.org/buildbot/#/builders/210/builds/11806
DeltaFile
+0-119llvm/test/CodeGen/RISCV/rvv/vl-opt-licm.ll
+16-16llvm/test/CodeGen/RISCV/rvv/vxrm-insert-out-of-loop.ll
+1-9llvm/lib/Target/RISCV/RISCVTargetMachine.cpp
+4-5llvm/test/CodeGen/RISCV/rvv/vsetvli-insert.ll
+0-4llvm/test/CodeGen/RISCV/O3-pipeline.ll
+21-1535 files

LLVM/project 6d8d3f8clang/docs UsersManual.md ReleaseNotes.md, clang/include/clang/Basic LangOptions.def

[clang] Add flag for making pointer subtraction defined (#196392)

The C and C++ standards require both operands of pointer subtraction to
refer to elements of the same array object. Clang/LLVM currently relies
on this rule in several optimizations:

- `inbounds` GEP introduces UB assumptions once the computed address
escapes the originating object bounds.

- `sdiv exact` assumes %op1 is divisable by %op2 otherwise it is a
poison value.

The first issue may be addressed with -fwrapv-pointer command line
option, however there is no option in clang to mitigate the second
issue. Patch adds a new -fdefined-pointer-subtraction to address this.
DeltaFile
+16-0clang/docs/UsersManual.md
+15-0clang/test/CodeGen/ptr-subtract-stable.c
+13-0clang/include/clang/Options/Options.td
+3-0clang/docs/ReleaseNotes.md
+3-0clang/lib/Driver/ToolChains/Clang.cpp
+2-0clang/include/clang/Basic/LangOptions.def
+52-01 files not shown
+54-07 files

LLVM/project 3ef7c5allvm/test/CodeGen/AMDGPU/GlobalISel combine-ctlz-cttz-zero-poison.ll combine-ctlz-cttz-zero-poison-disable-rule.ll

[GlobalISel][AMDGPU][test] fix cttz/cltz tests in no-assert builds (#210926)

A follow up PR of https://github.com/llvm/llvm-project/pull/198438 

This is to address post commit test issues:
https://lab.llvm.org/buildbot/#/builders/202/builds/726

Keep the normal combine and unknown-input baseline coverage enabled in
all builds, and move the named rule-disable checks into an
assertion-only test.
DeltaFile
+55-52llvm/test/CodeGen/AMDGPU/GlobalISel/combine-ctlz-cttz-zero-poison.ll
+86-0llvm/test/CodeGen/AMDGPU/GlobalISel/combine-ctlz-cttz-zero-poison-disable-rule.ll
+141-522 files

LLVM/project 7aa1757lldb/source/Target ThreadPlanRunToAddress.cpp ThreadPlanStepOut.cpp

[lldb][NFC] Remove Stream::Printf calls with constant strings in Target/* (#210287)

`Stream::Printf` needs to call various other (variadic) functions, needs
to parse the input string and potentially handle too-long format
outputs. Calling in with a constant string is wasting a lot of
instruction on doing nothing.

assisted-by: claude
DeltaFile
+12-12lldb/source/Target/ThreadPlanRunToAddress.cpp
+7-7lldb/source/Target/ThreadPlanStepOut.cpp
+6-6lldb/source/Target/Process.cpp
+6-6lldb/source/Target/ThreadPlanStepInstruction.cpp
+5-5lldb/source/Target/DynamicRegisterInfo.cpp
+5-5lldb/source/Target/Thread.cpp
+41-4116 files not shown
+66-6622 files

LLVM/project 45289c7lldb/source/Commands CommandObjectType.cpp CommandObjectThread.cpp

[lldb][NFC] Remove Stream::Printf calls with constants in Commands/ (#210291)

`Stream::Printf` needs to call various other (variadic) functions, needs
to parse the input string and potentially handle too-long format
outputs. Calling in with a constant string is wasting a lot of
instruction on doing nothing.

assisted-by: claude
DeltaFile
+6-5lldb/source/Commands/CommandObjectType.cpp
+4-4lldb/source/Commands/CommandObjectThread.cpp
+3-3lldb/source/Commands/CommandObjectProcess.cpp
+2-2lldb/source/Commands/CommandObjectTarget.cpp
+2-2lldb/source/Commands/CommandObjectWatchpoint.cpp
+1-1lldb/source/Commands/CommandObjectExpression.cpp
+18-174 files not shown
+22-2110 files

LLVM/project b3ce812lldb/source/Interpreter CommandInterpreter.cpp Options.cpp

[lldb][NFC] Remove Stream::Printf calls with constant strings in Interpreter/* (#210289)

`Stream::Printf` needs to call various other (variadic) functions, needs
to parse the input string and potentially handle too-long format
outputs. Calling in with a constant string is wasting a lot of
instruction on doing nothing.

assisted-by: claude
DeltaFile
+9-9lldb/source/Interpreter/CommandInterpreter.cpp
+5-5lldb/source/Interpreter/Options.cpp
+3-3lldb/source/Interpreter/CommandObject.cpp
+2-2lldb/source/Interpreter/CommandAlias.cpp
+1-2lldb/source/Interpreter/OptionValueRegex.cpp
+1-1lldb/source/Interpreter/OptionValueLanguage.cpp
+21-222 files not shown
+23-248 files

LLVM/project be25717llvm/lib/Target/Xtensa XtensaISelLowering.cpp, llvm/test/CodeGen/Xtensa inline-asm-constraints.ll inline-asm-invalid.ll

[Xtensa] Support 'f' Inline Assembly Constraint (#202345)

This adds the 'f' inline assembly constraint, as supported by GCC. An
'f'-constrained operand is passed in a floating point register.
DeltaFile
+22-0llvm/test/CodeGen/Xtensa/inline-asm-constraints.ll
+4-5llvm/test/CodeGen/Xtensa/inline-asm-invalid.ll
+8-0llvm/lib/Target/Xtensa/XtensaISelLowering.cpp
+34-53 files

LLVM/project c6bb072clang/lib/AST StmtPrinter.cpp, clang/test/OpenMP parallel_ast_print.cpp declare_reduction_ast_print.cpp

[Clang] Don't print extra whitespace for comma expression in StmtPrinter (#210920)

For binary expression `1, 2`, StmtPrinter used to print it as `1 , 2`
which doesn't look very pretty.
DeltaFile
+26-28clang/unittests/AST/StmtPrinterTest.cpp
+4-4clang/test/SemaTemplate/instantiate-requires-expr.cpp
+8-0clang/lib/AST/StmtPrinter.cpp
+3-3clang/test/SemaTemplate/instantiate-requires-clause.cpp
+2-2clang/test/OpenMP/parallel_ast_print.cpp
+2-2clang/test/OpenMP/declare_reduction_ast_print.cpp
+45-392 files not shown
+47-418 files

FreeNAS/freenas 9050b14src/middlewared/middlewared/plugins/mail send.py, src/middlewared/middlewared/test/integration/assets mail.py

Mail plugin test coverage
DeltaFile
+427-25tests/api2/test_mail.py
+60-4src/middlewared/middlewared/test/integration/fake_servers/smtp.py
+16-2src/middlewared/middlewared/plugins/mail/send.py
+5-0src/middlewared/middlewared/test/integration/assets/mail.py
+508-314 files

LLVM/project 46e8d53llvm/test/CodeGen/X86 sse3-avx-addsub.ll sse3-avx-addsub-2.ll, llvm/test/Transforms/PhaseOrdering/X86 addsub-inseltpoison.ll addsub.ll

[X86] Synchronise middle and backend test coverage for ADDSUBPS/PD patterns (#210919)

Use the same test names wherever possible and ensure sse3-avx-addsub.ll
has test coverage for the IR emitted by the middle-end (no matter how
poor it is)

Prep work for #144489 (sse3-avx-addsub-2.ll will be deleted along with
lowerToAddSubOrFMAddSub)
DeltaFile
+230-44llvm/test/CodeGen/X86/sse3-avx-addsub.ll
+38-38llvm/test/CodeGen/X86/sse3-avx-addsub-2.ll
+4-4llvm/test/Transforms/PhaseOrdering/X86/addsub-inseltpoison.ll
+4-4llvm/test/Transforms/PhaseOrdering/X86/addsub.ll
+276-904 files

LLVM/project b227ed7lldb/docs index.md, lldb/docs/resources addingtargetsupport.md

[lldb][docs] Add platform/target support requirements doc (#207166)

This is a very delayed follow up to:

https://discourse.llvm.org/t/rfc-surveying-lldbs-supported-platforms-and-architectures/83978

Where I realised that even for upstream supported targets, the level of
testing and attention they get varies a lot. Which I think is not a bad
thing, because LLDB would be much more chaotic if it were a bad thing.

The problem I see is that no one really knows how to start writing
proposals for new targets, and no one really knows how to properly
assess one.

Me included, but what I can do is write out some starting points for
both parties. Hopefully this makes the process a bit more fair for those
not used to writing RFCs.

(and if we want to make the rules more strict, we will now have a place

    [22 lines not shown]
DeltaFile
+300-0lldb/docs/resources/addingtargetsupport.md
+1-0lldb/docs/index.md
+301-02 files

LLVM/project 4c16c1bflang/include/flang/Optimizer/Transforms Passes.td, flang/lib/Optimizer/Passes CommandLineOpts.cpp

[flang] Remove legacy stack-arrays and memory-allocation-opt passes

The unified allocation-placement pass now supersedes both the heap-to-stack
stack-arrays pass and the stack-to-heap memory-allocation-opt pass, and is the
default in the FIR optimizer pipeline. Remove the two legacy passes: their
TableGen definitions, the MemoryAllocation.cpp source, the memory-allocation-opt
command-line options, the enable-allocation-placement fallback switch, and the
addMemoryAllocationOpt pipeline helper. The pass-only portions of
StackArrays.cpp are dropped while its analysis and rewrite pattern, now shared
with allocation-placement, are kept.

The legacy tests are retargeted onto allocation-placement to show it reproduces
both prior behaviors: the stack-arrays tests use "stack-arrays=true", and the
memory-allocation-opt tests use the default policy (runtime-sized and big
constant-size temporaries go on the heap).
DeltaFile
+0-150flang/lib/Optimizer/Transforms/MemoryAllocation.cpp
+0-71flang/lib/Optimizer/Transforms/StackArrays.cpp
+0-28flang/include/flang/Optimizer/Transforms/Passes.td
+0-22flang/lib/Optimizer/Passes/CommandLineOpts.cpp
+12-5flang/test/Fir/memory-allocation-opt.fir
+5-11flang/test/Fir/allocation-placement-pipeline.fir
+17-28713 files not shown
+33-32919 files

LLVM/project 11640c8flang/include/flang/Optimizer/Passes CommandLineOpts.h Pipelines.h, flang/lib/Optimizer/Passes CommandLineOpts.cpp Pipelines.cpp

[flang] Wire allocation-placement into the optimizer pipeline (experimental)

Add a hidden -enable-allocation-placement flag that, when set, replaces the
stack-arrays and memory-allocation-opt passes in the default FIR optimizer
pipeline with the unified allocation-placement pass. The flag is off by
default, so the legacy passes remain the default path and behavior is
unchanged.

When enabled, the pass runs with its default byte-size thresholds; the
-fstack-arrays strategy is forwarded through the new stackArrays option.
DeltaFile
+21-0flang/test/Fir/allocation-placement-pipeline.fir
+16-0flang/lib/Optimizer/Passes/CommandLineOpts.cpp
+12-0flang/include/flang/Optimizer/Passes/CommandLineOpts.h
+11-1flang/lib/Optimizer/Passes/Pipelines.cpp
+2-2flang/lib/Optimizer/Transforms/AllocationPlacement.cpp
+2-0flang/include/flang/Optimizer/Passes/Pipelines.h
+64-36 files

LLVM/project cbf4a63flang/docs fstack-arrays.md, flang/include/flang/Optimizer/Passes CommandLineOpts.h

[flang] Enable allocation-placement pass by default

Make the unified allocation-placement pass the default in the FIR optimizer
pipeline in place of the legacy stack-arrays and memory-allocation-opt passes,
by defaulting -enable-allocation-placement to true. Passing
-enable-allocation-placement=false restores the legacy passes for comparison.

Add a -disable-allocation-placement switch that skips the pass entirely (wired
through addAllocationPlacement like the other optimizer passes), so codegen
tests can opt out of placement policy independently of the legacy fallback.

Update the pipeline-dump tests to expect AllocationPlacement, and disable the
pass in the alloca/allocmem codegen tests (alloc.fir, coordinateof.fir) so they
keep testing lowering rather than placement policy. Document the unified pass,
its policy, thresholds, and options in fstack-arrays.md.
DeltaFile
+64-0flang/docs/fstack-arrays.md
+10-3flang/lib/Optimizer/Passes/CommandLineOpts.cpp
+8-5flang/lib/Optimizer/Passes/Pipelines.cpp
+6-6flang/test/Fir/allocation-placement-pipeline.fir
+6-2flang/include/flang/Optimizer/Passes/CommandLineOpts.h
+4-2flang/test/Fir/alloc.fir
+98-185 files not shown
+104-2311 files

LLVM/project baf2adbflang/include/flang/Optimizer/Transforms AllocationPlacementPolicy.h Passes.td, flang/lib/Optimizer/Transforms AllocationPlacement.cpp

[flang] Add policy-driven allocation-placement pass

Introduce a new function-level pass, allocation-placement, that unifies the
stack/heap placement decisions currently split between the stack-arrays and
memory-allocation-opt passes. For each array allocation it consults a policy
to decide whether it should live on the stack (fir.alloca) or the heap
(fir.allocmem) and rewrites it accordingly, reusing fir::replaceAllocas for
stack-to-heap and the StackArrays analysis/rewrite for heap-to-stack (so
heap-to-stack only happens where it is provably safe).

The default policy (AllocationPlacementPolicy.h) is threshold-driven:
  - small constant-size arrays go on the stack within a per-function stack
    budget, otherwise on the heap;
  - big constant-size arrays: user variables stay on the stack, temporaries
    go on the heap;
  - runtime-sized arrays go on the heap;
  - an aggressive mode places all arrays on the stack (best effort).
User variables are distinguished from compiler temporaries via the presence
of a uniqued name. A hook lets downstream users override the thresholds per

    [4 lines not shown]
DeltaFile
+324-0flang/lib/Optimizer/Transforms/AllocationPlacement.cpp
+90-0flang/include/flang/Optimizer/Transforms/AllocationPlacementPolicy.h
+84-0flang/test/Transforms/allocation-placement.fir
+29-0flang/test/Transforms/allocation-placement-budget.fir
+26-0flang/include/flang/Optimizer/Transforms/Passes.td
+24-0flang/test/Transforms/allocation-placement-stack-arrays-mode.fir
+577-02 files not shown
+586-08 files

LLVM/project 818fd11llvm/lib/CodeGen/SelectionDAG DAGCombiner.cpp, llvm/test/CodeGen/AArch64 merge-loads-feeding-as-shuffleops.ll

[SelectionDAG] Merge consecutive loads feeding as shuffle operands (#207303)

Perform the following fold given loadA and loadB can be proven
consecutive:
```
concat(shuffle(loadA, loadB, mask0), shuffle(loadA, loadB, mask1))
 -> shuffle(loadAB, poison, concat(mask0, mask1))
```
DeltaFile
+246-0llvm/test/CodeGen/AArch64/merge-loads-feeding-as-shuffleops.ll
+86-0llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
+12-10llvm/test/CodeGen/Thumb2/mve-vst2.ll
+344-103 files

NetBSD/pkgsrc bp5vOlldoc CHANGES-2026

   Updated audio/libmysofa, lang/jimtcl
VersionDeltaFile
1.4627+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc fpU756Elang/jimtcl distinfo Makefile

   jimtcl: updated to 0.84

   0.84

   Allow bootstrap jimsh to build with MSVC on Windows
   update codeql actions
   aio: add support for translation binary|text
   build: win32: fix install of build-jim-ext
   dict set/unset: ensure dicts modified via dict sugar are unshared
   Add more build generated files to .gitignore
   update master from master-next branch
   regex improvements
   JSON decode fixes
   aio gets: add -eol and -keep options
   A couple of small segfault fixes
   jimiocompat: Avoid unused variable compiler warnings
   Linenoise update
   jim-redis: add support for multiexec
   source documentation improvements
VersionDeltaFile
1.11+4-4lang/jimtcl/distinfo
1.16+2-3lang/jimtcl/Makefile
+6-72 files

NetBSD/pkgsrc 0xuz0Dtaudio/libmysofa distinfo Makefile

   libmysofa: updated to 1.3.5

   1.3.5

   Harden HDF/SOFA parser against malformed input.
   Fixed issue with missing bondary check which lead to a stale.
VersionDeltaFile
1.17+4-4audio/libmysofa/distinfo
1.13+2-2audio/libmysofa/Makefile
+6-62 files

LLVM/project 914d5a1lld/COFF SymbolTable.cpp LTO.cpp, lld/ELF Driver.cpp

[DTLTO] Overlap temporary file removal (#209423)

Deleting the temporary files produced by the DTLTO pipeline can be
expensive on Windows hosts. For a Clang link (Debug build with
sanitizers and instrumentation) using an optimized toolchain (PGO
non-LTO, llvmorg-22.1.0) on a Windows 11 Pro (Build 26200), AMD Family
25 @ ~4.5 GHz, 16 cores/32 threads, 64 GB RAM machine, the mean duration
of the "Remove DTLTO temporary files" time trace scope was 1267.789 ms
(measured over 10 runs).

This patch performs the deletions on a background thread, allowing them
to overlap with the tail of the link to hide this cost.

This is a re-implementation of the asynchronous cleanup idea from
https://github.com/llvm/llvm-project/pull/186988, which had to be
reverted in https://github.com/llvm/llvm-project/pull/189043 because
cleanup was not guaranteed to complete before LLD invoked
timeTraceProfilerCleanup(). In certain cases timeTraceProfilerCleanup()
was called before temporary file deletion had completed in LLD, which

    [8 lines not shown]
DeltaFile
+47-15llvm/lib/DTLTO/DTLTO.cpp
+23-1llvm/include/llvm/DTLTO/DTLTO.h
+9-0lld/ELF/Driver.cpp
+8-0llvm/include/llvm/LTO/LTO.h
+5-0lld/COFF/SymbolTable.cpp
+5-0lld/COFF/LTO.cpp
+97-167 files not shown
+111-1613 files

OPNSense/tools 577d91aconfig/26.7 plugins.conf

config: add intrusion-detection-content-at-antiphishing plugin
DeltaFile
+1-0config/26.7/plugins.conf
+1-01 files

FreeBSD/doc 2dad756documentation/static/pgpkeys dsl.key

pgpkeys: Update dsl@ key
DeltaFile
+17-67documentation/static/pgpkeys/dsl.key
+17-671 files

LLVM/project d8d1d44mlir/include/mlir/Debug ExecutionContext.h, mlir/lib/Debug ExecutionContext.cpp

[MLIR] Rerun control for actions in execution context (#209197)

Adds a Rerun control value to ExecutionContext::Control that allows the
re-execution of the current action immediately after it completes,
without restarting the full compilation pipeline. This is analogous to
GDB's ability to restart execution from a breakpoint. When the callback
returns Rerun, the action is executed normally, then re-dispatched
through the full ExecutionContext::operator() pipeline, including
breakpoint matching, so the user gets a fresh opportunity to inspect or
control the re-execution. As a practical usage example, a breakpoint +
an observer can be added, to save and restore IR between runs to check
if each run produces the same IR or something different each time. A
depth-keyed structure is used, so rerun requests survive nested action
dispatch and are consumed by the correct stack frame.
DeltaFile
+67-0mlir/unittests/Debug/ExecutionContextTest.cpp
+21-1mlir/lib/Debug/ExecutionContext.cpp
+12-1mlir/include/mlir/Debug/ExecutionContext.h
+100-23 files

pkgng/pkgng 5abec8a. NEWS configure.def

Release 2.8.1
DeltaFile
+8-0NEWS
+1-1configure.def
+9-12 files

OpenBSD/src gImrNpnlib/libc/asr gethostnamadr_async.c res_send_async.c

   DNS names are not proper C strings, they can contain NUL octets.

   If we want to use string functions (e.g. for comparison) we first need
   to convert them.

   with dgl some time ago
   OK dlg
VersionDeltaFile
1.55+9-6lib/libc/asr/gethostnamadr_async.c
1.45+7-3lib/libc/asr/res_send_async.c
+16-92 files