FreeBSD/ports 72e62f4textproc/dblatex/files patch-lib_dbtexmf_dblatex_grubber_plugins.py patch-lib_dbtexmf_core_dbtex.py

textproc/dblatex: fix build with python 3.12 (and probably newer versions)

Patches used:
- https://sourceforge.net/p/dblatex/patches/12/ by Miro Hrončok
- https://sourceforge.net/p/dblatex/patches/13/ by Michael J Gruber

PR:             291803
Reported-by:    D'Arcy J.M. Cain <darcy at druid.net>
Obtained-from:  https://sourceforge.net/projects/dblatex/
Author:         Christian Ullrich <chris at chrullrich.net>
DeltaFile
+38-0textproc/dblatex/files/patch-lib_dbtexmf_dblatex_grubber_plugins.py
+36-0textproc/dblatex/files/patch-lib_dbtexmf_core_dbtex.py
+36-0textproc/dblatex/files/patch-lib_dbtexmf_xslt_xslt.py
+110-03 files

FreeBSD/src b45654clib/libc/tests/gen fts_misc_test.c

fts: add misc fts traversal tests

Extend fts_misc_test.c with additional test cases:

- FTS_NOCHDIR with absolute paths allows application chdir freely
- fts_name is always NUL-terminated with correct fts_namelen
- FTS_D/FTS_DP are paired and fts_level increments correctly
- FTSENT fts_errno/fts_dev/fts_ino/fts_nlink are correct
- circular symlink loop under FTS_PHYSICAL terminates
- cycle via symlink under FTS_LOGICAL yields FTS_DC
- fts_close after root deletion must not crash
- fts_close after root rename restores CWD (SVN r77497)
- FTS_NOCHDIR + empty directory does not corrupt path (SVN r49772)
- FTS_NS entry has non-zero fts_errno
- FTS_XDEV and FTS_WHITEOUT stubbed pending mount setup

Sponsored by:   Google LLC (GSoC 2026)
Reviewed by:    asomers, jillest
MFC after:      2 weeks
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2248
DeltaFile
+520-1lib/libc/tests/gen/fts_misc_test.c
+520-11 files

LLVM/project 6a8608eclang/test/Driver crash-diagnostics-tar.c

[clang] Disable crash-diagnostic-tar.c if backtraces are disabled (#201921)

PR #201643 adds a test that fails if backtraces are disabled, e.g. in
tests for a stripped build. This was failing the Fuchsia CI, so this
change disables this test in such cases. It is likely possible to make
this test finer-grained to allow it to succeed with backtraces disabled.
DeltaFile
+1-0clang/test/Driver/crash-diagnostics-tar.c
+1-01 files

FreeBSD/ports 1d1973aaudio/linux-rl9-opus Makefile

audio/linux-rl9-opus: Add CPE information
DeltaFile
+2-1audio/linux-rl9-opus/Makefile
+2-11 files

FreeBSD/ports 13f910caudio/cadence Makefile

audio/cadence: Add CPE information
DeltaFile
+2-1audio/cadence/Makefile
+2-11 files

FreeBSD/ports a88a0fcaudio/py-spotipy Makefile

audio/py-spotipy: Add CPE information
DeltaFile
+2-1audio/py-spotipy/Makefile
+2-11 files

FreeBSD/ports 1601368audio/timidity++ Makefile

audio/timidity++: Add CPE information
DeltaFile
+2-1audio/timidity++/Makefile
+2-11 files

FreeBSD/ports 7132734audio/mumble-server Makefile

audio/mumble-server: Add CPE information
DeltaFile
+1-1audio/mumble-server/Makefile
+1-11 files

FreeBSD/ports a4d32cdaudio/jack Makefile

audio/jack: Add CPE information
DeltaFile
+3-1audio/jack/Makefile
+3-11 files

FreeBSD/ports 60ba195archivers/unzip Makefile

archivers/unzip: Fix CPE_VENDOR
DeltaFile
+1-1archivers/unzip/Makefile
+1-11 files

FreeBSD/ports 2affb84archivers/unarj Makefile

archivers/unarj: Add CPE information
DeltaFile
+2-1archivers/unarj/Makefile
+2-11 files

FreeBSD/ports e8c5a19archivers/py-py7zr Makefile

archivers/py-py7zr: Add CPE information
DeltaFile
+2-1archivers/py-py7zr/Makefile
+2-11 files

FreeBSD/ports e2537f2archivers/p5-Archive-Tar Makefile

archivers/p5-Archive-Tar: Add CPE information
DeltaFile
+3-1archivers/p5-Archive-Tar/Makefile
+3-11 files

FreeBSD/ports 36e9c75archivers/rubygem-minitar Makefile

archivers/rubygem-minitar: Add CPE information
DeltaFile
+1-1archivers/rubygem-minitar/Makefile
+1-11 files

FreeBSD/ports 1853487archivers/rubygem-minitar0 Makefile

archivers/rubygem-minitar0: Add CPE information
DeltaFile
+1-1archivers/rubygem-minitar0/Makefile
+1-11 files

FreeBSD/ports 5b17688archivers/libzip Makefile

archivers/libzip: Fix CPE_VENDOR
DeltaFile
+0-1archivers/libzip/Makefile
+0-11 files

FreeBSD/ports ccd94b3archivers/libunrar Makefile

archivers/libunrar: Add CPE information
DeltaFile
+3-1archivers/libunrar/Makefile
+3-11 files

FreeBSD/ports fdedc48archivers/apache-commons-compress Makefile

archivers/apache-commons-compress: Add CPE information
DeltaFile
+3-1archivers/apache-commons-compress/Makefile
+3-11 files

FreeBSD/ports 8036a5emath/octave-forge-dicom distinfo Makefile

ath/octave-forge-dicom: Update to 0.7.3.
DeltaFile
+3-3math/octave-forge-dicom/distinfo
+1-2math/octave-forge-dicom/Makefile
+4-52 files

LLVM/project ab9644aclang/include/clang/CIR/Dialect/IR CIROps.td, clang/lib/CIR/CodeGen CIRGenExprComplex.cpp

[CIR] Update CIR unary operations (#201727)

This creates a floating-point-specific FNegOp and updates the type
constraints on the existing unary operations to match the types that are
actually produced by the Clang AST.

This change also moves complex types out of the unary operations. A
ComplexConjOp is added to handle what was previously being incorrectly
referred to as "not", while inc, dec, and minus are just expanded to
their component representation during codegen. We may want to consider
adding operations like cir.complex.add later, but for now I'm just
removing this type from the unary ops. I'm doing this for two reasons:
(1) the old use was inconsistent with how we handle other arithmetic
operations on complex types, and (2) I will soon need to attach
FP-specific attributes to add and subtract of complex types (and so also
inc and dec).

Assisted-by: Cursor / claude-opus-4.8
DeltaFile
+74-36clang/test/CIR/CodeGen/complex-unary.cpp
+65-11clang/include/clang/CIR/Dialect/IR/CIROps.td
+16-37clang/lib/CIR/Lowering/DirectToLLVM/LowerToLLVM.cpp
+16-29clang/lib/CIR/Dialect/Transforms/LoweringPrepare.cpp
+12-30clang/test/CIR/Transforms/canonicalize.cir
+36-4clang/lib/CIR/CodeGen/CIRGenExprComplex.cpp
+219-14713 files not shown
+339-21719 files

FreeNAS/freenas 8cdfa66src/freenas/etc/systemd/system/getty@tty1.service.d override.conf

midcli: safeguard for possible memory leaks in python-prompt-toolkit

(cherry picked from commit a7714542c4f3a3b18fa8e630c9b97202329e5a5b)
DeltaFile
+2-0src/freenas/etc/systemd/system/getty@tty1.service.d/override.conf
+2-01 files

LLVM/project 1118fa1flang/test/Semantics/OpenMP linear-clause01.f90

[flang][OpenMP] Fix failure in linear-clause01.f90 test (#201920)

Apparently the order of some OpenMP checks changed since the pre-commit
CI tested PR #189170.
Now the error `The list item 'i' must be a dummy argument` occurs
instead of
`'cc' is a common block name and must not appear in a LINEAR clause`.
DeltaFile
+1-1flang/test/Semantics/OpenMP/linear-clause01.f90
+1-11 files

FreeNAS/freenas ec73093src/freenas/etc/systemd/system/getty@tty1.service.d override.conf

NAS-141238 / 27.0.0-BETA.1 / midcli: safeguard for possible memory leaks in python-prompt-toolkit (#19080)

The actual issue is fixed by https://github.com/truenas/midcli/pull/130
DeltaFile
+2-0src/freenas/etc/systemd/system/getty@tty1.service.d/override.conf
+2-01 files

LLVM/project 989ef9cllvm/lib/CodeGen/SelectionDAG SelectionDAG.cpp, llvm/test/CodeGen/X86 freeze-vector.ll

[DAG] isGuaranteedNotToBeUndefOrPoison - add ISD::BITCAST demanded elements handling (#200933)

Bitcasts preserve undef/poison status, but vector bitcasts can change
which source lanes cover a demanded result lane. Map the demanded
element mask through fixed-length vector bitcasts before checking the
source where possible.

AI note: an LLM generated the code and the test, I've read them

Fixes #161512

Co-Authored-By: OpenAI Codex <codex at openai.com>

---------

Co-authored-by: OpenAI Codex <codex at openai.com>
DeltaFile
+12-36llvm/test/CodeGen/X86/freeze-vector.ll
+40-0llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
+52-362 files

LLVM/project e3fee08llvm/lib/Transforms/Vectorize VPlanRecipes.cpp, llvm/test/Transforms/LoopVectorize/AArch64 conditional-branches-cost.ll

[VPlan] Remove special cost logic for stores predicated by header mask. (#196632)

Update the predicated memop costs with uniform operands to 
match the code we generate.

Depends on https://github.com/llvm/llvm-project/pull/196630

PR: https://github.com/llvm/llvm-project/pull/196632
DeltaFile
+16-66llvm/test/Transforms/LoopVectorize/SystemZ/pr47665.ll
+9-40llvm/test/Transforms/LoopVectorize/AArch64/conditional-branches-cost.ll
+8-26llvm/test/Transforms/LoopVectorize/X86/consecutive-ptr-uniforms.ll
+0-30llvm/lib/Transforms/Vectorize/VPlanRecipes.cpp
+33-1624 files

FreeNAS/freenas 3eaf140src/middlewared/middlewared/plugins/disk_ availability.py, src/middlewared/middlewared/pytest/unit/plugins/disk test_availability.py

use `device.get_disks` in `disk.check_disk_availability`
DeltaFile
+14-22src/middlewared/middlewared/pytest/unit/plugins/disk/test_availability.py
+2-2src/middlewared/middlewared/plugins/disk_/availability.py
+16-242 files

FreeBSD/src 28833adsys/netlink/route nexthop.c

netlink: Fix lock leak in nl_find_nhop

Reviewed by: bz, pouria
Fixes: 7e5bf68495cc ("netlink: add netlink support")
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D57156

(cherry picked from commit d66fec481bfd65cbabb6c12a410d76843e76083e)
(cherry picked from commit ab599e44dba31d7b002aed8c71242e06d992b21a)
DeltaFile
+1-1sys/netlink/route/nexthop.c
+1-11 files

LLVM/project ff65d81lldb/include/lldb/Host/windows/PythonPathSetup PythonPathSetup.h, lldb/source/Host/windows/PythonPathSetup PythonPathSetup.cpp CMakeLists.txt

[lldb] Drop client-side Python pre-load and remove PythonPathSetup (#200533)

PythonPathSetup was a Windows-only helper that pre-mapped python3xx.dll
into lldb.exe / lldb-dap.exe so liblldb.dll's direct imports from
python3xx.dll would resolve when the delay-load thunk for liblldb fired
on the first SB call. ScriptInterpreterRuntimeLoader's Windows backend
has subsumed that responsibility, so this commit deletes the helper and
rewrites the two clients on the new API.

The Windows pre-load itself stays in the clients: the central load in
SystemInitializerFull::Initialize() lives behind the liblldb.dll thunk
that the import binding fires against, so the loader still has to run
from the binary that statically links lldbHost (lldb.exe / lldb-dap.exe)
before the first SB call lands.
DeltaFile
+0-103lldb/source/Host/windows/PythonPathSetup/PythonPathSetup.cpp
+0-52lldb/include/lldb/Host/windows/PythonPathSetup/PythonPathSetup.h
+34-13lldb/tools/lldb-dap/tool/lldb-dap.cpp
+19-8lldb/tools/driver/Driver.cpp
+0-10lldb/source/Host/windows/PythonPathSetup/CMakeLists.txt
+0-4lldb/tools/driver/CMakeLists.txt
+53-1902 files not shown
+53-1958 files

LLVM/project f7d9d0cllvm/docs Reference.rst, llvm/docs/CommandGuide index.rst

[doc] Address various sphinx warnings (nearly NFC)

It seems like using a non-`hidden` `toctree` for page navigation is a
bit of a trap, in that every doc must have a single unique path through
the global TOC tree to the root doc, and it is very easy to end up with
multiple.

This patch tries to address the warnings in llvm/docs/, namely:

  $ sphinx-build -b html -jauto llvm/docs/ /tmp/sphinx-out
  checking consistency...
  llvm/docs/AMDGPUDwarfExtensionAllowLocationDescriptionOnTheDwarfExpressionStack/AMDGPUDwarfExtensionAllowLocationDescriptionOnTheDwarfExpressionStack.md: document is referenced in multiple toctrees: ['UserGuides', 'AMDGPUUsage'], selecting: UserGuides <- AMDGPUDwarfExtensionAllowLocationDescriptionOnTheDwarfExpressionStack/AMDGPUDwarfExtensionAllowLocationDescriptionOnTheDwarfExpressionStack
  llvm/docs/AMDGPUDwarfExtensionsForHeterogeneousDebugging.rst: document is referenced in multiple toctrees: ['UserGuides', 'AMDGPUUsage'], selecting: UserGuides <- AMDGPUDwarfExtensionsForHeterogeneousDebugging
  llvm/docs/CommandGuide/llvm-reduce.rst: document is referenced in multiple toctrees: ['CommandGuide/index', 'CommandGuide/index', 'Reference'], selecting: Reference <- CommandGuide/llvm-reduce
  llvm/docs/GitHub.rst: document is referenced in multiple toctrees: ['GettingInvolved', 'UserGuides'], selecting: UserGuides <- GitHub
  llvm/docs/GlobalISel/IRTranslator.rst: document is referenced in multiple toctrees: ['GlobalISel/index', 'GlobalISel/Pipeline'], selecting: GlobalISel/index <- GlobalISel/IRTranslator
  llvm/docs/GlobalISel/InstructionSelect.rst: document is referenced in multiple toctrees: ['GlobalISel/index', 'GlobalISel/Pipeline'], selecting: GlobalISel/index <- GlobalISel/InstructionSelect
  llvm/docs/GlobalISel/Legalizer.rst: document is referenced in multiple toctrees: ['GlobalISel/index', 'GlobalISel/Pipeline'], selecting: GlobalISel/index <- GlobalISel/Legalizer
  llvm/docs/GlobalISel/MIRPatterns.rst: document is referenced in multiple toctrees: ['GlobalISel/index', 'UserGuides'], selecting: UserGuides <- GlobalISel/MIRPatterns

    [29 lines not shown]
DeltaFile
+88-39llvm/docs/CommandGuide/index.rst
+30-21llvm/docs/GlobalISel/index.rst
+21-21llvm/tools/llvm-debuginfo-analyzer/README.md
+0-14llvm/docs/tutorial/MyFirstLanguageFrontend/index.rst
+0-8llvm/docs/GlobalISel/Pipeline.rst
+0-3llvm/docs/Reference.rst
+139-1063 files not shown
+140-1119 files

LLVM/project 4bf77a4lldb/bindings/python CMakeLists.txt, lldb/source/Plugins/ScriptInterpreter/Python CMakeLists.txt lldb-python.h

[lldb][windows] Fix Python library link for LLDB_ENABLE_PYTHON_LIMITED_API (#201407)

When `LLDB_ENABLE_PYTHON_LIMITED_API` is `ON`, `liblldb` should link
against `python3.dll` (stable ABI) rather than the `python310.dll`.

Previously, two issues prevented this on Windows:

1. The `ScriptInterpreter` plugin explicitly linked
`${Python3_LIBRARIES}` regardless of whether the limited API was
enabled.

2. Python's `pyconfig.h` emits a `#pragma` to select the import library
at link time, choosing `python3.lib` or `python310.lib` depending on
whether `Py_LIMITED_API` is defined. However,
`LLDB_ENABLE_PYTHON_LIMITED_API` was only surfaced through Config.h,
which is not included early enough in the compilation chain to affect
pyconfig.h in all translation units.

This patch fixes both issues.

This is needed for https://github.com/llvm/llvm-project/pull/200533.
DeltaFile
+13-4lldb/source/Plugins/ScriptInterpreter/Python/CMakeLists.txt
+5-0lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h
+3-0lldb/bindings/python/CMakeLists.txt
+21-43 files