LLVM/project 16ff0ecclang/include/clang/Basic DiagnosticSemaKinds.td, clang/lib/Sema SemaTemplate.cpp

Revert "[Clang] Warn about ignored dllimport on explicit instantiations" (#224971)

Reverts llvm/llvm-project#191392

Causes wrong warnings on libc++
(https://github.com/llvm/llvm-project/pull/191392#issuecomment-5752359615).
DeltaFile
+36-64clang/lib/Sema/SemaTemplate.cpp
+0-55clang/test/SemaCXX/dllexport.cpp
+0-50clang/test/SemaCXX/dllimport.cpp
+0-6clang/include/clang/Basic/DiagnosticSemaKinds.td
+36-1754 files

FreeBSD/src e376d28sys/conf NOTES

LINT: enable KLD_DEBUG

Without this, no kernel config contained this option so it was easy to
break.

Sponsored by:   Innovate UK
DeltaFile
+5-0sys/conf/NOTES
+5-01 files

FreeBSD/src 0a3d54asys/kern kern_linker.c

kern_linker: use __func__ correctly in diagnostics

__func__ is a variable not a string literal so pass it to printf.  This
only manifest when KLD_DEBUG was defined so wasn't tested by an kernel
including LINT.

Reported by:    Mark Millard <marklmi at yahoo.com>
Sponsored by:   Innovate UK
DeltaFile
+3-3sys/kern/kern_linker.c
+3-31 files

LLVM/project 17e2f36llvm/lib/CodeGen/SelectionDAG DAGCombiner.cpp, llvm/test/CodeGen/AArch64 zext-trunc-extload-dbg.ll zext-trunc-extload.ll

[DAGCombiner] Refine an extload to a zextload under zext(trunc(...))

When a narrow load also has a user at its extended width, the load is
retyped into an any-extending load early and the remaining narrow use
becomes a truncate. A later zext of that truncate then has nothing to
fold against: the extload's high bits are undefined, so the mask cannot
be removed, and reduceLoadWidth refuses to narrow a load with several
users.

Refine the extload to a zextload in place instead. The truncate discards
only the load's extension bits, which are undefined, so defining them as
zero is valid for every existing user and it makes the zext a no-op. The
load keeps its value type and only its extension kind changes, unlike
tryToFoldExtOfExtload, which widens the load and therefore requires a
single use.

EXTLOAD is the only extension kind this applies to. A zextload already
has those bits known zero, so the known-bits (zext (truncate x)) fold
collapses that case before this one is reached, and a sextload has them

    [29 lines not shown]
DeltaFile
+117-0llvm/test/CodeGen/AArch64/zext-trunc-extload.ll
+63-0llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
+42-0llvm/test/CodeGen/AArch64/zext-trunc-extload-dbg.ll
+222-03 files

LLVM/project cb518e6llvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize/AArch64 early_exit_costs.ll

Update comment, update sve tests
DeltaFile
+4-4llvm/test/Transforms/LoopVectorize/AArch64/early_exit_costs.ll
+2-1llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+6-52 files

OpenBSD/ports 7l3mTLRemulators/qemu/patches patch-qga_qapi-schema_json patch-util_cutils_c

   qemu port changes from Brad:

   "This integrates the getexecpath() diff I had as well as some further
   fixes for QGA.

   Replaces the horrible code for FS info retrieval with a combination
   of reuse of what was there for FreeBSD, a recent FreeBSD commit for
   guest-get-fsinfo and a diff to tweak the code to build on NetBSD and
   OpenBSD.

   Rewritten qmp_guest_get_vcpus() function and uses
   sysconf(_SC_NPROCESSORS_ONLN)."
VersionDeltaFile
1.5+76-235emulators/qemu/patches/patch-qga_commands-bsd_c
1.1+41-0emulators/qemu/patches/patch-qga_commands-common_h
1.13+21-9emulators/qemu/patches/patch-qga_commands-posix_c
1.24+18-1emulators/qemu/patches/patch-meson_build
1.1+18-0emulators/qemu/patches/patch-util_cutils_c
1.5+4-3emulators/qemu/patches/patch-qga_qapi-schema_json
+178-2481 files not shown
+179-2487 files

FreeBSD/ports d425065databases/mysql-config-coder Makefile distinfo

databases/mysql-config-coder: fix build

Use working revision.
DeltaFile
+3-3databases/mysql-config-coder/distinfo
+1-1databases/mysql-config-coder/Makefile
+4-42 files

NetBSD/pkgsrc EXNzbqGdoc TODO CHANGES-2026

   doc: Updated net/unbound to 1.26.1
VersionDeltaFile
1.27944+1-2doc/TODO
1.6165+2-1doc/CHANGES-2026
+3-32 files

NetBSD/pkgsrc bQuyKRbnet/unbound Makefile distinfo, net/unbound/patches patch-configure

   unbound: update to 1.26.1

   This release consolidates security fixes for issues reported over
   a period of time. There are fixes for CVE-2026-77860, CVE-2026-77955,
   CVE-2026-78227, CVE-2026-80225, CVE-2026-81634, CVE-2026-81642,
   CVE-2026-82717, CVE-2026-82720 and CVE-2026-85501.

   Bug Fixes

   - Fix CVE-2026-81642, Heap buffer overflow and possible Remote Code
     Execution when digesting DNSKEY. Thanks to Yuqi Qiu and Xiang Li
     from Nankai University, AOSP Lab for the report.
   - Fix CVE-2026-81634, Possible heap buffer overflow during DNSSEC
     canonicalization. Thanks to Vlatko Kosturjak with Marlink Cyber,
     for the report.
   - Fix CVE-2026-82717, CNAME synthesis could lead to heap corruption.
     Thanks to Ben Morris from Anthropic for the report.
   - Fix CVE-2026-77955, Possible ZONEMD verification bypass window.
     Thanks to Yuqi Qiu and Xiang Li from Nankai University, AOSP Lab,

    [20 lines not shown]
VersionDeltaFile
1.10+5-5net/unbound/patches/patch-configure
1.93+5-5net/unbound/distinfo
1.139+2-3net/unbound/Makefile
+12-133 files

LLVM/project 9e36e5aclang/lib/Sema SemaDecl.cpp, clang/test/Modules pr72038.cppm

[C++20] [Modules] Don't check redeclaration for TagUseKind::Referencekind declaration (#194546)

Close https://github.com/llvm/llvm-project/issues/72038

The reason of the issue is ISO forbids redeclaration between GMF and the
module purview.

But "struct kevent evt;" was thought to be declaration than triggers the
above issue.

In this patch, we simply not checking for cases of TagUseKind::Reference
declaration.
DeltaFile
+8-0clang/test/Modules/pr72038.cppm
+6-1clang/lib/Sema/SemaDecl.cpp
+14-12 files

NetBSD/src t8P1h5Husr.sbin/eeprom ophandlers.c

   support printing properties as hexdump or bitmap, use the latter for oem-logo
VersionDeltaFile
1.14+40-2usr.sbin/eeprom/ophandlers.c
+40-21 files

LLVM/project 723be9cmlir/lib/Interfaces ControlFlowInterfaces.cpp, mlir/lib/Transforms RemoveDeadValues.cpp

[MLIR] `remove-dead-values` and RegionBranchOp canononicalizations fixes around the `IsolatedFromAbove` ops (#224831)

I have a downstream op which is both `RegionBranchOpInterface` and
`IsolatedFromAbove`, trying use `remove-dead-values` on it and
especially trying to use this op as pass root uncovered various issues.

* `LivenessAnalysis` were treating yielded values as dead
* `RegionBranchOpInterface` canonicalization were just asserting on
`IsolatedFromAbove`
* When rooting on `func.func` it would leave callers invalid.
* Subsequent canonicalization could reach outside the scope.
DeltaFile
+156-0mlir/test/Transforms/isolated-region-branch-canonicalize.mlir
+122-0mlir/test/Transforms/remove-dead-values-nested-root.mlir
+33-16mlir/lib/Transforms/RemoveDeadValues.cpp
+37-0mlir/test/lib/Dialect/Test/TestOpDefs.cpp
+24-12mlir/lib/Interfaces/ControlFlowInterfaces.cpp
+17-0mlir/test/lib/Dialect/Test/TestOps.td
+389-284 files not shown
+420-2810 files

NetBSD/pkgsrc uAiKvJCdoc TODO CHANGES-2026

   doc: Updated games/gnuchess to 6.2.9nb1
VersionDeltaFile
1.27943+2-1doc/TODO
1.6164+2-1doc/CHANGES-2026
+4-22 files

NetBSD/pkgsrc DcN5nS5games/gnuchess distinfo Makefile, games/gnuchess/patches patch-src_frontend_move.cc patch-src_adapter_pgn.cpp

   gnuchess: fix ctype(3) problems

   Bump PKGREVISION.

   Fixes gnuchess-book build on my system.
VersionDeltaFile
1.1+39-0games/gnuchess/patches/patch-src_frontend_cmd.cc
1.1+16-0games/gnuchess/patches/patch-src_frontend_move.cc
1.1+16-0games/gnuchess/patches/patch-src_adapter_pgn.cpp
1.20+4-1games/gnuchess/distinfo
1.48+4-1games/gnuchess/Makefile
+79-25 files

OpenBSD/ports AfOXnHXmail/getmail distinfo Makefile

   update to getmail-6.20.1, from Martin Ziemer (maintainer)
VersionDeltaFile
1.97+2-2mail/getmail/distinfo
1.120+2-2mail/getmail/Makefile
+4-42 files

FreeBSD/ports 79283f9deskutils/cherrytree Makefile distinfo

deskutils/cherrytree: update the port to version 1.7.2

Reported by:    portscout
DeltaFile
+3-3deskutils/cherrytree/distinfo
+1-1deskutils/cherrytree/Makefile
+4-42 files

LLVM/project 3c8ed91llvm/lib/Target/RISCV RISCVISelLowering.cpp, llvm/test/CodeGen/RISCV/rvv combine-vmnot-setcc.ll

[RISCV] Fold vmnot.m of an integer compare into the compare (#222553)

Fold a mask NOT of an integer vector compare into the compare by
inverting
the condition code, so `vmsne.vi` + `vmnot.m` becomes `vmseq.vi`:

    (vmxor_vl (setcc_vl a, b, cc), vmset_vl) -> (setcc_vl a, b, !cc)

Only `SETCC_VL` with integer operands, one use and an undef passthru is
handled. The NOT also flips the masked-off lanes, which the inverted compare
would copy unchanged from the passthru, so the passthru must be undef.
The mask can be anything. FP compares are excluded since the inverse of an
ordered compare is unordered.

Fixes #222158
DeltaFile
+79-0llvm/test/CodeGen/RISCV/rvv/combine-vmnot-setcc.ll
+27-0llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+106-02 files

LLVM/project 79891a1llvm/test/Transforms/LoopVectorize iv-select-cmp-non-const-iv-start.ll find-last-iv-sinkable-load.ll, llvm/test/Transforms/LoopVectorize/AArch64 conditional-scalar-assignment.ll

[VPlan] Fix find last reductions not using frozen condition in select

A find last reduction is something like:

    (select c[n], x[n], (select c[n-1], x[n-1], (select ...)))

So even if previous iterations had poison for c[x], the top-level select blocks it.

MaskSelect uses the non-frozen Cond, and that in turn is fed into VPInstruction::ExtractLastActive, which in turn gets expanded to vector.reduce.umax, which returns poison if any of the lanes were poison.

So in the case e.g. c[n] = 1, c[n-1] = poison and VF=2, the scalar loop returns x[n] whilst vector loop returns poison.

We're also introducing multiple uses of Cond, so for these reasons we need to use the frozen Cond.
DeltaFile
+87-87llvm/test/Transforms/LoopVectorize/iv-select-cmp-trunc.ll
+35-35llvm/test/Transforms/LoopVectorize/AArch64/conditional-scalar-assignment.ll
+34-34llvm/test/Transforms/LoopVectorize/select-cmp.ll
+28-28llvm/test/Transforms/LoopVectorize/X86/conditional-scalar-assignment.ll
+18-18llvm/test/Transforms/LoopVectorize/find-last-iv-sinkable-load.ll
+16-16llvm/test/Transforms/LoopVectorize/iv-select-cmp-non-const-iv-start.ll
+218-21819 files not shown
+299-30025 files

LLVM/project eb5c9c2llvm/test/Transforms/LoopVectorize predicated-early-exits-interleave.ll predicated-multiple-exits.ll

[VPlan] Use frozen combined condition in early exit first-active-lane

Combined is used both to compute if an early exit was taken via VPInstruction::AnyOf, as well as the index of the early-exited lane in VPInstruction::FirstActiveLane.

Combined can have poison lanes past the exited lane, so the AnyOf uses freeze to prevent branching on poison. However FirstActiveLane on a vector with a poison lane is poison, so we need to also use the frozen version of Combined to prevent poison there.
DeltaFile
+32-32llvm/test/Transforms/LoopVectorize/single-early-exit-interleave.ll
+24-24llvm/test/Transforms/LoopVectorize/single_early_exit_live_outs.ll
+14-14llvm/test/Transforms/LoopVectorize/multiple-early-exits.ll
+12-12llvm/test/Transforms/LoopVectorize/single-early-exit-deref-assumptions.ll
+10-10llvm/test/Transforms/LoopVectorize/predicated-multiple-exits.ll
+6-6llvm/test/Transforms/LoopVectorize/predicated-early-exits-interleave.ll
+98-9817 files not shown
+144-14223 files

LLVM/project 1a080dallvm/test/Transforms/LoopVectorize/AArch64 early_exit_costs.ll

Fix early_exit_costs.ll test
DeltaFile
+2-2llvm/test/Transforms/LoopVectorize/AArch64/early_exit_costs.ll
+2-21 files

LLVM/project 622e816llvm/test/Transforms/LoopVectorize single-early-exit-anyof-fold.ll fcmp-uno-fold-interleave.ll, llvm/test/Transforms/LoopVectorize/AArch64 cmp_cost.ll

[VPlan] Fix VPInstruction::AnyOf combine undoing freeze (#223640)

There is an any-of combine for unrolled VPlans which does:

any-of (fcmp uno A, A), (fcmp uno B, B), ...-> any-of (fcmp uno A, B)

However any-of implicitly freezes each individual operand and this means
we go from `freeze (fcmp uno A, A)` to `freeze (fcmp uno A, B)` which
isn't sound: https://alive2.llvm.org/ce/z/UdQM7C

This causes miscompiles today with early exit loops that are unrolled,
see the attached test case in single-early-exit-anyof-fold.ll.

This fixes it by explicitly modelling the freeze in VPlan. There are
three places where we use AnyOf:

1) early exit loops: the freeze needs to be applied per-lane, so apply
it as `(any-of (freeze (combined-conds-to-exit)))`
2) handleMaxMinNumReductions: we need to freeze the operands to the

    [5 lines not shown]
DeltaFile
+48-45llvm/test/Transforms/LoopVectorize/VPlan/early_exit_with_stores_vplan.ll
+48-45llvm/test/Transforms/LoopVectorize/AArch64/cmp_cost.ll
+34-30llvm/test/Transforms/LoopVectorize/VPlan/conditional-scalar-assignment-vplan.ll
+31-27llvm/test/Transforms/LoopVectorize/VPlan/interleave-conditional-scalar-assignment-vplan.ll
+31-26llvm/test/Transforms/LoopVectorize/fcmp-uno-fold-interleave.ll
+55-0llvm/test/Transforms/LoopVectorize/single-early-exit-anyof-fold.ll
+247-17327 files not shown
+520-39633 files

OpenBSD/ports X7q6LUCwww/nginx Makefile

   bump to keep revision same as stable following module updates
VersionDeltaFile
1.212+1-0www/nginx/Makefile
+1-01 files

LLVM/project b76c913lld/ELF Relocations.cpp, lld/ELF/Arch AArch64.cpp

Address review comments
DeltaFile
+2-6lld/ELF/Arch/AArch64.cpp
+1-1lld/ELF/Relocations.cpp
+3-72 files

OpenBSD/ports 1V2IY7mwww/nginx Makefile distinfo, www/nginx/pkg PLIST-naxsi

   sync the module updates as well
VersionDeltaFile
1.4.18.1+51-1www/nginx/pkg/PLIST-naxsi
1.96.2.5+14-12www/nginx/distinfo
1.201.2.6+15-9www/nginx/Makefile
+80-223 files

OPNSense/core e007fd1src/opnsense/mvc/app/models/OPNsense/Kea KeaDhcpv4.php

Services: Kea DHCPv4: move libdhcp_ping_check.so hook first as loading order can be important in some cases
DeltaFile
+10-7src/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv4.php
+10-71 files

LLVM/project ffbd406lld/test/ELF aarch64-reloc-pauth-undef-weak.s aarch64-reloc-pauth-undef-weak-pie.s

`.tlsdescauthcall` -> `.tlsauthdesccall` (per documentation)
DeltaFile
+1-1lld/test/ELF/aarch64-reloc-pauth-undef-weak.s
+1-1lld/test/ELF/aarch64-reloc-pauth-undef-weak-pie.s
+1-1lld/test/ELF/aarch64-reloc-pauth-undef-weak-dso.s
+3-33 files

LLVM/project ffe415blld/ELF SyntheticSections.h SyntheticSections.cpp, lld/test/ELF aarch64-reloc-pauth-undef-weak.s aarch64-reloc-pauth-undef-weak-pie.s

Address review comments
DeltaFile
+3-3lld/ELF/SyntheticSections.cpp
+3-3lld/ELF/Relocations.cpp
+2-2lld/test/ELF/aarch64-reloc-pauth-undef-weak.s
+2-2lld/test/ELF/aarch64-reloc-pauth-undef-weak-pie.s
+2-2lld/test/ELF/aarch64-reloc-pauth-undef-weak-dso.s
+1-1lld/ELF/SyntheticSections.h
+13-136 files

LLVM/project 05716eclld/ELF Relocations.cpp, lld/test/ELF aarch64-reloc-pauth-undef-weak.s aarch64-reloc-pauth-undef-weak-pie.s

Address review comments
DeltaFile
+50-20lld/test/ELF/aarch64-reloc-pauth-undef-weak-dso.s
+2-2lld/test/ELF/aarch64-reloc-pauth-undef-weak.s
+2-2lld/test/ELF/aarch64-reloc-pauth-undef-weak-pie.s
+1-2lld/ELF/Relocations.cpp
+55-264 files

LLVM/project d73dcdelld/ELF Relocations.cpp SyntheticSections.cpp, lld/ELF/Arch AArch64.cpp

[PAC][lld] Do not emit AUTH relocs against undef weak non-preemptible symbols

Undefined weak non-preemptible symbols should be statically resolved
and not signed.

See the corresponding relaxation described in docs:
https://github.com/ARM-software/abi-aa/blob/6e0d6611ac977628af7b2444ff841e76931a3557/design-documents/pauthabi-tls.rst

Previously, a dynamic relocation against such symbols was emitted,
which is not a correct behavior.

See also: https://github.com/ARM-software/abi-aa/pull/391

Depends on: #198327

Resolves #173296
DeltaFile
+79-9lld/ELF/Arch/AArch64.cpp
+48-0lld/test/ELF/aarch64-reloc-pauth-undef-weak-dso.s
+48-0lld/test/ELF/aarch64-reloc-pauth-undef-weak.s
+47-0lld/test/ELF/aarch64-reloc-pauth-undef-weak-pie.s
+15-5lld/ELF/SyntheticSections.cpp
+13-6lld/ELF/Relocations.cpp
+250-202 files not shown
+256-218 files

OpenBSD/ports tpSDRnosecurity/clamav Makefile

   clamav is no longer BROKEN on sparc64 in the base-clang world
VersionDeltaFile
1.181+0-2security/clamav/Makefile
+0-21 files