LLVM/project 2205a23clang/lib/Analysis/LifetimeSafety LifetimeAnnotations.cpp, clang/test/Sema warn-lifetime-safety.cpp

[LifetimeSafety] Fix false negative for GSL Owner type with arrow operator (#184725)

`shouldTrackImplicitObjectArg` tracks whether a method call's return
value depends on the implicit object's lifetime. It already handles
operator* on Owner types (return reference), but misses operator->
(return pointer). This fix adds `OO_Arrow` handling for Owner types.

Only affects CFG (-Wlifetime-safety) analysis paths.

Fixes #184361
DeltaFile
+38-0clang/test/Sema/warn-lifetime-safety.cpp
+6-1clang/lib/Analysis/LifetimeSafety/LifetimeAnnotations.cpp
+2-0clang/test/Sema/Inputs/lifetime-analysis.h
+46-13 files

LLVM/project 7bce678bolt/include/bolt/Core BinaryFunction.h, bolt/lib/Core BinaryFunction.cpp BinaryContext.cpp

[BOLT] Check if symbol is in data area of function (#160143)

There are cases in which `getEntryIDForSymbol` is called, where the
given Symbol is in a constant island, and so BOLT can not find its
function. This causes BOLT to reach `llvm_unreachable("symbol not
found")` and crash. This patch adds a check that avoids this crash.
DeltaFile
+40-0bolt/test/AArch64/check-symbol-area.s
+5-5bolt/lib/Core/BinaryFunction.cpp
+4-2bolt/lib/Core/BinaryContext.cpp
+2-1bolt/include/bolt/Core/BinaryFunction.h
+51-84 files

LLVM/project a28699bllvm/lib/Target/AArch64 AArch64SchedNeoverseN1.td, llvm/test/tools/llvm-mca/AArch64/Neoverse N1-forwarding.s N1-basic-instructions.s

[AArch64] Model late forwarding in Neoverse N1 (#177590)

Based on the [N1
SWOG](https://developer.arm.com/documentation/109896/latest/), this
patch introduces late forwarding to Neoverse N1.
DeltaFile
+521-0llvm/test/tools/llvm-mca/AArch64/Neoverse/N1-forwarding.s
+83-27llvm/lib/Target/AArch64/AArch64SchedNeoverseN1.td
+13-13llvm/test/tools/llvm-mca/AArch64/Neoverse/N1-basic-instructions.s
+617-403 files

LLVM/project e454ac0llvm/lib/Target/SPIRV SPIRVEmitNonSemanticDI.cpp

Fix format.
DeltaFile
+1-1llvm/lib/Target/SPIRV/SPIRVEmitNonSemanticDI.cpp
+1-11 files

LLVM/project b082354llvm/lib/Target/SPIRV SPIRVModuleAnalysis.cpp

[review] Simplify code.
DeltaFile
+2-3llvm/lib/Target/SPIRV/SPIRVModuleAnalysis.cpp
+2-31 files

OPNSense/core 428c73csrc/www system_advanced_firewall.php

system: fix access to deleted filter node #9903

(cherry picked from commit e32a8076791e96f8a777199297d54ae9ecaa1e6f)
DeltaFile
+2-1src/www/system_advanced_firewall.php
+2-11 files

LLVM/project 92bd5fclibclc/clc/include/clc/subgroup sub_group_broadcast.h clc_subgroup_broadcast_scalarize.inc, libclc/clc/lib/amdgcn/subgroup sub_group_broadcast.cl

libclc: Add sub_group_broadcast (#184846)
DeltaFile
+85-0libclc/clc/lib/amdgcn/subgroup/sub_group_broadcast.cl
+22-0libclc/clc/include/clc/subgroup/sub_group_broadcast.h
+21-0libclc/clc/include/clc/subgroup/clc_subgroup_broadcast_scalarize.inc
+16-0libclc/opencl/lib/generic/subgroup/sub_group_broadcast.inc
+15-0libclc/opencl/lib/generic/subgroup/sub_group_broadcast.cl
+10-0libclc/clc/include/clc/subgroup/clc_subgroup_broadcast.inc
+169-02 files not shown
+171-08 files

OPNSense/core 5c415edsrc/opnsense/mvc/app/library/OPNsense/Core ConfigMaintenance.php

mvc: ConfigMaintenance: when constructing class names use a safer way to strip .php extension

It's not entirely clear what is going on in the report but since the class is more or less
"empty" it looks like a path has a "." in it and the leftmost part of that path wins the
explode() although it was meant to strip the PHP extension at the end instead.

Thus make the code safer and try again with the user.

PR: https://forum.opnsense.org/index.php?topic=51102.0
(cherry picked from commit df6d9ea777878b1bf62fe14f257581a95fd36bdb)
DeltaFile
+9-5src/opnsense/mvc/app/library/OPNsense/Core/ConfigMaintenance.php
+9-51 files

LLVM/project f2e8e2fllvm/lib/Target/AMDGPU SIFrameLowering.cpp SIMachineFunctionInfo.cpp, llvm/test/CodeGen/AMDGPU amdgpu-cs-chain-fp-nosave.ll amdgpu-cs-chain-preserve-cc.ll

[AMDGPU] Make chain functions receive a stack pointer (#184616)

Currently, chain functions are free to set up a stack pointer if they
need one, and they assume they can start at scratch offset 0. This is
not correct if CWSR and dynamic VGPRs are both enabled, since in that
case we need to reserve an area at offset 0 for the trap handler, but
only when running on a compute queue (which we determine at runtime).
Rather than duplicate in every chain function the code sequence for
determining if/how much scratch space needs to be reserved, this patch
changes the ABI of chain functions so that they receive a stack pointer
from their caller.

Since chain functions can no longer use plain offsets to access their
own stack, we'll also need to allocate a frame pointer more often (and
sometimes also a base pointer). For simplicity, we use the same
registers that `amdgpu_gfx` functions do (s32, s33, s34). This may
change in the future. Chain functions never return to their caller and
thus don't need to preserve the frame or base pointer.

Another consequence is that now we might need to realign the stack in
some cases (since it no longer starts at the infinitely aligned 0).
DeltaFile
+221-86llvm/test/CodeGen/AMDGPU/amdgpu-cs-chain-fp-nosave.ll
+176-94llvm/test/CodeGen/AMDGPU/amdgpu-cs-chain-preserve-cc.ll
+220-33llvm/test/CodeGen/AMDGPU/amdgpu-cs-chain-cc.ll
+184-1llvm/test/CodeGen/AMDGPU/llvm.sponentry.ll
+27-35llvm/lib/Target/AMDGPU/SIFrameLowering.cpp
+6-16llvm/lib/Target/AMDGPU/SIMachineFunctionInfo.cpp
+834-2656 files not shown
+849-30212 files

LLVM/project 13a8465lldb/tools/lldb-dap/Handler ExceptionInfoRequestHandler.cpp

[lldb-dap] Add memory history in ASan report (#183740)

Added memory history in ASan report (like `memory history` console
command)
DeltaFile
+24-5lldb/tools/lldb-dap/Handler/ExceptionInfoRequestHandler.cpp
+24-51 files

LLVM/project 4efd113libclc/clc/include/clc/subgroup sub_group_broadcast.h clc_subgroup_broadcast_scalarize.inc, libclc/clc/lib/amdgcn/subgroup sub_group_broadcast.cl

libclc: Add sub_group_broadcast
DeltaFile
+85-0libclc/clc/lib/amdgcn/subgroup/sub_group_broadcast.cl
+22-0libclc/clc/include/clc/subgroup/sub_group_broadcast.h
+21-0libclc/clc/include/clc/subgroup/clc_subgroup_broadcast_scalarize.inc
+16-0libclc/opencl/lib/generic/subgroup/sub_group_broadcast.inc
+15-0libclc/opencl/lib/generic/subgroup/sub_group_broadcast.cl
+10-0libclc/clc/include/clc/subgroup/clc_subgroup_broadcast.inc
+169-02 files not shown
+171-08 files

OpenBSD/ports 2o6DKJhtextproc/codespell Makefile distinfo, textproc/codespell/pkg PLIST

   update to codespell-2.4.2
VersionDeltaFile
1.22+2-3textproc/codespell/Makefile
1.12+2-2textproc/codespell/distinfo
1.15+3-0textproc/codespell/pkg/PLIST
+7-53 files

OpenBSD/ports mrtVGAUdevel/reuse Makefile, devel/spyder/spyder Makefile

   update deps, chardet EPOCH changed
VersionDeltaFile
1.4+2-1devel/reuse/Makefile
1.41+2-1devel/spyder/spyder/Makefile
+4-22 files

OpenBSD/ports N3Mht4Ytextproc/py-chardet Makefile distinfo, textproc/py-chardet/pkg PLIST

   let's take chardet back to 5.2.0 for now, 6.0.0 which we were using has
   some performance regressions. also add comments linking to issues with
   vibe-coded 7.x (incompatibility, serious startup speed issues, licensing
   issues to be resolved).
VersionDeltaFile
1.15+16-121textproc/py-chardet/pkg/PLIST
1.32+11-5textproc/py-chardet/Makefile
1.12+2-2textproc/py-chardet/distinfo
+29-1283 files

OpenBSD/ports Q3WtFFpdevel/jujutsu Makefile

   jujutsu: avoid permission problems when using a jj work tree

   If it exists, the "secure config" of a jj repo is stored in the 0600 file
   .jj/repo/config-id which leads to permission problems if jj is run from
   that repo with another user than the repo owner. This happens in particular
   with PORTS_PRIVSEP if the ports tree is a jj work tree. So run jj from /tmp
   to generate the man pages and the shell completions. This will still break
   if you use jj to manage / or /tmp, but that's rather unlikely...

   reported/tested/tweaked/ok semarie
VersionDeltaFile
1.29+7-4devel/jujutsu/Makefile
+7-41 files

OPNSense/core e32a807src/www system_advanced_firewall.php

system: fix access to deleted filter node #9903
DeltaFile
+2-1src/www/system_advanced_firewall.php
+2-11 files

LLVM/project e24dfd1llvm/include/llvm/ADT GenericUniformityImpl.h, llvm/lib/Analysis UniformityAnalysis.cpp

review: separate isDivergent internal and exxternal use and clear divergentValues after finalizing uniformValues
DeltaFile
+41-16llvm/include/llvm/ADT/GenericUniformityImpl.h
+10-5llvm/lib/CodeGen/MachineUniformityAnalysis.cpp
+2-0llvm/lib/Analysis/UniformityAnalysis.cpp
+53-213 files

LLVM/project b5e488eclang-tools-extra/clang-tidy .clang-tidy

[clang-tidy][NFC] add config for 22.x clang-tidy (#184834)
DeltaFile
+3-0clang-tools-extra/clang-tidy/.clang-tidy
+3-01 files

LLVM/project d92c56cclang-tools-extra/clang-tidy ClangTidy.cpp, clang-tools-extra/clang-tidy/altera IdDependentBackwardBranchCheck.cpp

[clang-tidy][NFC] Fix various clang-tidy finding (#184831)

I suspect many of them must slipped under the radar in CI because they
were absent in diff (like redundant includes).

Other cases must be some fixed FN in existing checks.
DeltaFile
+6-6clang-tools-extra/clang-tidy/altera/IdDependentBackwardBranchCheck.cpp
+3-2clang-tools-extra/clang-tidy/ClangTidy.cpp
+2-3clang-tools-extra/clang-tidy/modernize/RawStringLiteralCheck.cpp
+1-3clang-tools-extra/clang-tidy/cppcoreguidelines/MacroUsageCheck.cpp
+1-1clang-tools-extra/clang-tidy/modernize/UseStdPrintCheck.cpp
+0-2clang-tools-extra/clang-tidy/llvm/IncludeOrderCheck.cpp
+13-179 files not shown
+16-2615 files

LLVM/project 3fd4c0ellvm/lib/Target/X86 X86InstrAVX512.td X86ISelLowering.cpp

[X86] Make ISD::ROTL/ROTR vXi16 vector rotates legal on VBMI2 targets (#184768)

Fixes #184002
DeltaFile
+49-0llvm/lib/Target/X86/X86InstrAVX512.td
+7-8llvm/lib/Target/X86/X86ISelLowering.cpp
+56-82 files

LLVM/project 581f66alldb/tools/lldb-dap/Handler SetVariableRequestHandler.cpp

[lldb-dap] Fix valueLocationReference in setVariable request (#184782)

Fixed small typo. We always send invalidated event, so it is not a real
problem.
DeltaFile
+1-1lldb/tools/lldb-dap/Handler/SetVariableRequestHandler.cpp
+1-11 files

NetBSD/pkgsrc 0zlbTHadoc CHANGES-2026

   Added lang/py-python-discovery; devel/py-filelock
VersionDeltaFile
1.1567+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc 3B7Wheadevel/py-filelock distinfo PLIST

   py-filelock: updated to 3.25.0

   3.25.0

   Add permissions to check workflow
   Move SECURITY.md to .github/SECURITY.md
   Standardize .github files to .yaml suffix
   ✨ feat(async): add AsyncReadWriteLock
VersionDeltaFile
1.40+4-4devel/py-filelock/distinfo
1.8+4-1devel/py-filelock/PLIST
1.41+2-2devel/py-filelock/Makefile
+10-73 files

NetBSD/pkgsrc bsPYIlrlang Makefile, lang/py-python-discovery PLIST Makefile

   py-python-discovery: added version 1.1.0

   You may have multiple Python versions installed on your machine -- system
   Python, versions from pyenv, mise, asdf, uv, or the Windows registry (PEP 514).
   python-discovery finds the right one for you.

   Give it a requirement like python3.12 or >=3.11,<3.13, and it searches all
   known locations, verifies each candidate, and returns detailed metadata about
   the match. Results are cached to disk so repeated lookups are fast.
VersionDeltaFile
1.1+39-0lang/py-python-discovery/PLIST
1.1+25-0lang/py-python-discovery/Makefile
1.1+7-0lang/py-python-discovery/DESCR
1.1+5-0lang/py-python-discovery/distinfo
1.782+2-1lang/Makefile
+78-15 files

OpenBSD/src eHQA7grlib/libcrypto/mlkem mlkem_internal.c

   mlkem: use timingsafe_memcmp() in decapsulation

   Replace memcmp() with timingsafe_memcmp() when comparing the
   re-encrypted ciphertext.

   FIPS 203 Section 6.3 defines this comparison result as a secret piece
   of intermediate data that must not be revealed in any form.

   ok tb
VersionDeltaFile
1.7+2-2lib/libcrypto/mlkem/mlkem_internal.c
+2-21 files

OPNSense/core 963b9a8src/opnsense/mvc/app/controllers/OPNsense/Firewall/Api FilterBaseController.php, src/opnsense/mvc/app/views/OPNsense/Firewall nat_rule.volt filter_rule.volt

Firewall: Rules [new]: Fix category colors in grid (#9899)

* Firewall: Rules [new]: Fix category colors in grid

Before this change, the controller returned color values and the frontend matched them best effort to the category key. This means there was an implicit order, and this order could break.
With this change, order independant metadata is returned, and the frontend renders these categories directly in the category formatter.

* lazy load the Category model to simplify code

* Dedicated string cast is not needed here

* Apply suggestion from @fichtner

Co-authored-by: Franco Fichtner <franco at opnsense.org>

* Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/FilterBaseController.php

Co-authored-by: Stephan de Wit <stephan.de.wit at deciso.com>


    [5 lines not shown]
DeltaFile
+27-10src/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/FilterBaseController.php
+5-6src/opnsense/mvc/app/views/OPNsense/Firewall/nat_rule.volt
+5-6src/opnsense/mvc/app/views/OPNsense/Firewall/filter_rule.volt
+37-223 files

OpenBSD/ports hsUi3Alwww/py-tinyhtml5 distinfo Makefile

   update to py3-tinyhtml5-2.1.0
VersionDeltaFile
1.2+2-2www/py-tinyhtml5/distinfo
1.2+1-1www/py-tinyhtml5/Makefile
+3-32 files

OpenBSD/ports OmDZPmtwww/py-flask-cors Makefile distinfo, www/py-flask-cors/pkg PLIST

   update to py3-flask-cors-6.0.2
VersionDeltaFile
1.15+12-12www/py-flask-cors/Makefile
1.8+5-7www/py-flask-cors/pkg/PLIST
1.5+2-2www/py-flask-cors/distinfo
+19-213 files

OpenBSD/ports 9znpSP9www/py-bleach Makefile, www/py-bleach/patches patch-setup_py

   add patch from upstream PR also needed to loosen tinycss2 version spec
   when bleach is listed as a dependency via "bleach[css]"

   reported by naddy->daniel
VersionDeltaFile
1.1+14-0www/py-bleach/patches/patch-setup_py
1.22+1-0www/py-bleach/Makefile
+15-02 files

LLVM/project 454eb8blldb/source/Plugins/ObjectFile/PECOFF ObjectFilePECOFF.cpp, lldb/source/Plugins/SymbolLocator/SymStore SymbolLocatorSymStore.cpp SymbolLocatorSymStore.h

[lldb] Initial plugin and test for SymbolLocatorSymStore (#183302)

Minimal infrastructure for a the SymbolLocator plugin that fetches debug
info from Microsoft SymStore repositories. More features will follow.

SymbolVendorPECOFF was tailored towards DWARF debug info so far. This
patch adds code to load the PDB path from the executable and not bail
out if DWARF sections are missing, so that in the PDB case we still
call `AddSymbolFileRepresentation()` in the very end of
`CreateInstance()`.

The API test in this patch mocks the directory layout from SymStore, so
it doesn't depend on `SymStore.exe` from the Windows SDK. It runs on all
platforms that link debug info in a PDB file, which is still just
Windows, but it could be cross-platform in principle.
DeltaFile
+147-0lldb/source/Plugins/SymbolLocator/SymStore/SymbolLocatorSymStore.cpp
+122-0lldb/test/API/symstore/TestSymStoreLocal.py
+50-0lldb/source/Plugins/SymbolLocator/SymStore/SymbolLocatorSymStore.h
+25-23lldb/source/Plugins/SymbolVendor/PECOFF/SymbolVendorPECOFF.cpp
+21-0lldb/source/Plugins/ObjectFile/PECOFF/ObjectFilePECOFF.cpp
+20-0lldb/source/Plugins/SymbolLocator/SymStore/CMakeLists.txt
+385-235 files not shown
+404-2311 files