Dreckly/dreckly 1c9bb40www/curl options.mk Makefile

curl: Update to 8.19.0
DeltaFile
+14-11www/curl/options.mk
+7-2www/curl/Makefile
+4-4www/curl/distinfo
+5-2www/curl/buildlink3.mk
+5-1www/curl/PLIST
+3-2www/curl/Makefile.common
+38-226 files

FreeBSD/ports 4690b8ceditors/vim distinfo Makefile

editors/vim: Update to 9.2.0204 (security fix)

In particular, this addresses the following:
  Problem:  The glob() function on Unix-like systems does not escape
            newline characters when expanding wildcards. A maliciously
            crafted string containing '\n' can be used as a command
            separator to execute arbitrary shell commands via
            mch_expand_wildcards(). This depends on the user's 'shell'
            setting.
  Solution: Add the newline character ('\n') to the SHELL_SPECIAL
            definition to ensure it is properly escaped before being
            passed to the shell (pyllyukko).

Security:       GHSA-w5jw-f54h-x46c
(cherry picked from commit a215214dc5d94d8906ebddd92640062e91b0fd7b)
DeltaFile
+3-3editors/vim/distinfo
+1-1editors/vim/Makefile
+4-42 files

FreeBSD/ports a215214editors/vim distinfo Makefile

editors/vim: Update to 9.2.0204 (security fix)

In particular, this addresses the following:
  Problem:  The glob() function on Unix-like systems does not escape
            newline characters when expanding wildcards. A maliciously
            crafted string containing '\n' can be used as a command
            separator to execute arbitrary shell commands via
            mch_expand_wildcards(). This depends on the user's 'shell'
            setting.
  Solution: Add the newline character ('\n') to the SHELL_SPECIAL
            definition to ensure it is properly escaped before being
            passed to the shell (pyllyukko).

Security:       GHSA-w5jw-f54h-x46c
DeltaFile
+3-3editors/vim/distinfo
+1-1editors/vim/Makefile
+4-42 files

LLVM/project 9cb1e37clang/lib/Driver/ToolChains AMDGPU.cpp HIPAMD.cpp

[Clang][AMDGPU] Minor driver cleanups. NFC. (#187586)

Use empty() instead of size() checks, back() instead of [size()-1], and
brace-init instead of std::make_pair in the AMDGPU and HIP driver
toolchains.
DeltaFile
+3-4clang/lib/Driver/ToolChains/AMDGPU.cpp
+1-2clang/lib/Driver/ToolChains/HIPAMD.cpp
+4-62 files

LLVM/project 7efcd61libc/docs/dev modular_format.rst, libc/src/stdio sprintf_modular.cpp snprintf_modular.cpp

[libc] Modular printf option (float only) (#147426)

This adds LIBC_CONF_PRINTF_MODULAR, which causes floating point support
(later, others) to be weakly linked into the implementation.
__printf_modular becomes the main entry point of the implementaiton, an
printf itself wraps __printf_modular. printf it also contains a
BFD_RELOC_NONE relocation to bring in the float aspect.

See issue #146159 for context.
DeltaFile
+68-0libc/docs/dev/modular_format.rst
+54-0libc/src/stdio/sprintf_modular.cpp
+54-0libc/src/stdio/snprintf_modular.cpp
+51-0libc/src/stdio/vsnprintf_modular.cpp
+50-0libc/src/stdio/vsprintf_modular.cpp
+43-0libc/src/stdio/asprintf_modular.cpp
+320-046 files not shown
+735-2752 files

Illumos/gate 995b170usr/src/boot Makefile.version, usr/src/boot/efi/loader/arch/amd64 trap.c

17887 loader.efi: panic() should show stack trace
Reviewed by: Jason King <jason.brian.king+illumos at gmail.com>
Approved by: Dan McDonald <danmcd at edgecast.io>
DeltaFile
+59-29usr/src/boot/efi/loader/arch/amd64/trap.c
+1-1usr/src/boot/Makefile.version
+60-302 files

LLVM/project 4e19eeellvm/include/llvm/CodeGen MachineInstr.h, llvm/lib/Target/AMDGPU SIInstrInfo.h

[NFC] Annotate CommentFlag with underlying type (#186560)

This is stored in `uint8_t AsmPrinterFlags`, and `setAsmPrinterFlag` was
already using `uint8_t` in the API. This change doesn't use a scoped
enum as targets extend this enum by starting their enums with the
`TAsmComments` value.

This also introduces a typedef for the uint8_t for documentation purposes.
DeltaFile
+13-12llvm/include/llvm/CodeGen/MachineInstr.h
+1-1llvm/lib/Target/X86/X86InstrInfo.h
+1-1llvm/lib/Target/AMDGPU/SIInstrInfo.h
+1-1llvm/lib/Target/SPIRV/SPIRVInstrInfo.h
+16-154 files

LLVM/project e895a80lldb/include/lldb/Symbol CompilerType.h TypeSystem.h, lldb/source/Plugins/TypeSystem/Clang TypeSystemClang.cpp TypeSystemClang.h

[lldb][TypeSystem] Add CompilerType::IsMemberDataPointerType (#187172)

**Description:**

Adds `IsMemberDataPointerType()` to CompilerType / TypeSystem /
TypeSystemClang, mirroring the existing `IsMemberFunctionPointerType()`.

LLDB already has `IsMemberFunctionPointerType()` to identify member
function pointers but no counterpart for member data pointers. The only
way to check for member data pointers was the indirect `GetTypeClass()
== eTypeClassMemberPointer && !IsMemberFunctionPointerType()`, which is
awkward.

This pr is split out from a larger [fix,
186629](https://github.com/llvm/llvm-project/pull/186629) for LLDB
mishandling non-type template parameters (NTTPs) of pointer-to-member
types, where cleanly distinguishing member data pointers from member
function pointers is needed. The new API delegates to clang's
`QualType::isMemberDataPointerType()` via the same I`sTypeImpl` pattern

    [12 lines not shown]
DeltaFile
+29-0lldb/unittests/Symbol/TestTypeSystemClang.cpp
+9-0lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.cpp
+7-0lldb/source/Symbol/CompilerType.cpp
+2-0lldb/include/lldb/Symbol/CompilerType.h
+2-0lldb/include/lldb/Symbol/TypeSystem.h
+2-0lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.h
+51-06 files

LLVM/project 178f4e6llvm/lib/Target/AMDGPU AMDGPULowerVGPREncoding.cpp, llvm/test/CodeGen/AMDGPU vgpr-setreg-mode-swar.mir hazard-setreg-vgpr-msb-gfx1250.mir

[AMDGPU] Fix setreg handling in the VGPR MSB lowering

There are multiple issues with it:

1. It can skip inserting S_SET_VGPR_MSB if we set the mode via
   piggybacking. We are now relying on the HW bug for correct
   behavior. If/when the bug is fixed lowering will be incorrect.
2. We should just unconditionally update MSBs if immediate allows it.
   We shall set correct bits and keep the rest of the immediate
   (that is done). There is no reasonable way for an user to change
   MSBs nor does it do anything good to set it with SETREG and then
   immediately overwrite with S_SET_VGPR_MSB.
3. We can always update immediate if Offset is zero.
4. Redundant mode changes created as seen in the
   hazard-setreg-vgpr-msb-gfx1250.mir.
5. Decoding of the immediate was also wrong with non-zero offset
   and did not factor MSB fixup offset handling.

With unconditional immediate update most of time and not relying on

    [12 lines not shown]
DeltaFile
+86-33llvm/test/CodeGen/AMDGPU/vgpr-setreg-mode-swar.mir
+30-38llvm/lib/Target/AMDGPU/AMDGPULowerVGPREncoding.cpp
+12-18llvm/test/CodeGen/AMDGPU/hazard-setreg-vgpr-msb-gfx1250.mir
+128-893 files

LLVM/project 59bc629llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.cpp, llvm/test/CodeGen/AMDGPU vgpr-setreg-mode-swar.mir

[AMDGPU] Fix decoding of SETREG MSBs (#187578)

Decoding of the immediate was wrong with non-zero offset
and did not factor MSB fixup offset handling.
DeltaFile
+40-0llvm/test/CodeGen/AMDGPU/vgpr-setreg-mode-swar.mir
+5-2llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+45-22 files

LLVM/project 33cfe28llvm/lib/Target/DirectX DXILShaderFlags.cpp, llvm/test/CodeGen/DirectX/ShaderFlags typed-srv-load.ll

[DirectX] Fix TypedBuffer load shader flag mismatch (#187393)

Fixes #187225.

The `TypedUAVLoadAdditionalFormats` shader flag was being set for all
TypedBuffer vector loads, so loading from a `Buffer<int64_t2>` was
incorrectly triggering this flag and causing the mismatch. This PR
changes it so the flag is only set for UAV loads.
DeltaFile
+43-0llvm/test/CodeGen/DirectX/ShaderFlags/typed-srv-load.ll
+1-1llvm/lib/Target/DirectX/DXILShaderFlags.cpp
+44-12 files

FreeBSD/ports 56d7761games/flightgear Makefile

games/flightgear: prevent to pickup qt6 if it co-exist with qt5 (+)

Reported by:    bulk -t
Approved by:    portmgr blanket
DeltaFile
+1-1games/flightgear/Makefile
+1-11 files

LLVM/project f276ad4llvm/unittests/Transforms/Vectorize VPlanTestBase.h

[VPlan] Make sure Inductions outlive returned VPlan.

Move Inductions to VPlanTestBase, to make sure it outlives
VPlanTestBase::getPlan(). Fixes a use-after-free issue.
DeltaFile
+3-1llvm/unittests/Transforms/Vectorize/VPlanTestBase.h
+3-11 files

FreeBSD/ports 7757bd4databases/opendbviewer Makefile

databases/opendbviewer: prevent to pickup qt6 if it co-exist with qt5 (+)

Reported by:    bulk -t
Approved by:    portmgr blanket
DeltaFile
+2-0databases/opendbviewer/Makefile
+2-01 files

FreeBSD/ports a07899fwww/firefox-esr distinfo Makefile

www/firefox-esr: update to 140.9.0 (rc1)

Release Notes (soon):
  https://www.firefox.com/en-US/firefox/140.9.0/releasenotes/

(cherry picked from commit 2d8954169fd926ce4ed9b09bb61330a44153c503)
DeltaFile
+3-3www/firefox-esr/distinfo
+2-2www/firefox-esr/Makefile
+5-52 files

LLVM/project 25f0d08clang/lib/Driver/ToolChains BareMetal.cpp, clang/test/Driver baremetal.cpp

[clang] add x86_64 baremetal triple include search paths (#183453)

when compiling for i386 / x86_64 baremetal targets, the include path for
the triple-specific directory is not added. This is the layout I'm
currently using, which from my understanding is the multi-target layout
that clang supports.

Sysroot layout:
```
sysroot 
    └── usr
        ├── bin
        ├── include
        │   ├── c++
        │   ├── [other dirs]
        │   ├── i386-pc-linux-musl
        │   │   ├── linux
        │   │   ├── c++
        │   │   │   └── v1

    [62 lines not shown]
DeltaFile
+46-0clang/test/Driver/baremetal.cpp
+7-1clang/lib/Driver/ToolChains/BareMetal.cpp
+53-12 files

FreeBSD/ports 26002ebwww/firefox distinfo Makefile, www/firefox/files patch-libwebrtc-generated patch-bug1626236

www/firefox: update to 149.0 (rc1)

Release Notes (soon):
  https://www.firefox.com/en-US/firefox/149.0/releasenotes/

(cherry picked from commit 34d550f711edba5b9687319e9e8c48b0ca2c04df)
DeltaFile
+2,797-34www/firefox/files/patch-libwebrtc-generated
+11-11www/firefox/files/patch-bug1626236
+3-3www/firefox/distinfo
+2-2www/firefox/Makefile
+2,813-504 files

FreeBSD/ports 2d89541www/firefox-esr distinfo Makefile

www/firefox-esr: update to 140.9.0 (rc1)

Release Notes (soon):
  https://www.firefox.com/en-US/firefox/140.9.0/releasenotes/
DeltaFile
+3-3www/firefox-esr/distinfo
+2-3www/firefox-esr/Makefile
+5-62 files

FreeBSD/ports 0eb4ddbwww/librewolf distinfo Makefile

www/librewolf: Update 148.0.2-1 => 148.0.2-3

Commit log:
https://codeberg.org/librewolf/source/compare/148.0.2-1...148.0.2-3

PR:     293914
MFH:    2026Q1
(cherry picked from commit ae8d220393e482184893fdf5624eebb4ebd06d7e)
DeltaFile
+3-3www/librewolf/distinfo
+1-1www/librewolf/Makefile
+4-42 files

FreeBSD/ports 34d550fwww/firefox distinfo Makefile, www/firefox/files patch-libwebrtc-generated patch-bug1626236

www/firefox: update to 149.0 (rc1)

Release Notes (soon):
  https://www.firefox.com/en-US/firefox/149.0/releasenotes/
DeltaFile
+2,797-34www/firefox/files/patch-libwebrtc-generated
+11-11www/firefox/files/patch-bug1626236
+3-3www/firefox/distinfo
+2-3www/firefox/Makefile
+2,813-514 files

LLVM/project 81e8a1eclang/include/clang/Basic DiagnosticDriverKinds.td, clang/lib/Driver ModulesDriver.cpp

[clang][modules-driver] Add dependency scan and dependency graph (#152770)

This patch is part of a series to support driver-managed module builds. 
It adds support for discovery of module dependencies from within the
driver and for generation of the module dependency graph.

Source inputs provided on the command line can import modules defined in
the Standard library module manifest, which are then scanned on demand.

The dependency scan and graph support both Clang modules and C++ named
modules.
The generated dependency graph can be output in Graphviz DOT format as a
remark.

RFC discussing linking the driver against additional libraries:
https://discourse.llvm.org/t/rfc-driver-link-the-driver-against-clangdependencyscanning-clangast-clangfrontend-clangserialization-and-clanglex

RFC for driver-managed module builds:
https://discourse.llvm.org/t/rfc-modules-support-simple-c-20-modules-use-from-the-clang-driver-without-a-build-system
DeltaFile
+1,327-7clang/lib/Driver/ModulesDriver.cpp
+101-0clang/test/Driver/modules-driver-dep-graph-stdlib-modules.cpp
+91-0clang/test/Driver/modules-driver-dep-graph.cpp
+25-0clang/test/Driver/modules-driver-dep-scan-diagnostics.cpp
+19-0clang/test/Driver/modules-driver-duplicate-named-module.cpp
+11-0clang/include/clang/Basic/DiagnosticDriverKinds.td
+1,574-72 files not shown
+1,577-98 files

FreeBSD/ports ae8d220www/librewolf distinfo Makefile

www/librewolf: Update 148.0.2-1 => 148.0.2-3

Commit log:
https://codeberg.org/librewolf/source/compare/148.0.2-1...148.0.2-3

PR:     293914
MFH:    2026Q1
DeltaFile
+3-3www/librewolf/distinfo
+1-2www/librewolf/Makefile
+4-52 files

LLVM/project b03e3d1lldb/docs/use map.rst symbolication.rst, lldb/docs/use/tutorials script-driven-debugging.md

[lldb] Fix Python 2 prints in the docs (#187553)

The Python example snippets on the lldb website were still using Python
2 syntax for printing.

rdar://123267107
DeltaFile
+7-7lldb/docs/use/tutorials/script-driven-debugging.md
+1-1lldb/docs/use/map.rst
+1-1lldb/docs/use/symbolication.rst
+9-93 files

LLVM/project a9ca888llvm/include/llvm-c Core.h, llvm/lib/IR Core.cpp

[IR][CAPI] Mark LLVMIsABranchInst as deprecated (#187576)

Follow-up of https://github.com/llvm/llvm-project/pull/187314.
DeltaFile
+6-3llvm/include/llvm-c/Core.h
+6-3llvm/lib/IR/Core.cpp
+12-62 files

FreeNAS/freenas 5ef002csrc/middlewared/middlewared/plugins failover.py, src/middlewared/middlewared/plugins/enclosure_ enclosure2.py

clean up docs of exposed methods for rendering
DeltaFile
+21-29src/middlewared/middlewared/plugins/zpool/crud.py
+20-22src/middlewared/middlewared/plugins/failover.py
+33-1src/middlewared/middlewared/plugins/enclosure_/enclosure2.py
+11-0src/middlewared/middlewared/plugins/webui/crypto.py
+7-1src/middlewared/middlewared/plugins/rdma/rdma.py
+3-4src/middlewared/middlewared/plugins/webui/enclosure.py
+95-575 files not shown
+104-6811 files

LLVM/project ef0b5eclibc/utils/hdrgen/tests/expected_output test_small_proxy.h

Update test_small_proxy.h
DeltaFile
+1-0libc/utils/hdrgen/tests/expected_output/test_small_proxy.h
+1-01 files

OpenBSD/src 7RAuIOgusr.bin/openssl speed.c

   openssl speed: whitespace tweak
VersionDeltaFile
1.52+3-3usr.bin/openssl/speed.c
+3-31 files

LLVM/project c5aefc7flang/include/flang/Support Fortran-features.h, flang/lib/Semantics definable.cpp definable.h

[flang] Downgrade an overly strict error to a warning (#187524)

Fortran allows a PURE subroutine to have dummy argument with INTENT(IN
OUT). An actual argument that is associated with an INTENT(IN OUT) dummy
argument must be definable. Consequently, there's a hole in the language
that allows a PURE subroutine to modify arbitrary global state: the
argument could have a derived type with an impure FINAL subroutine, and
that FINAL subroutine could be invoked by an assignment to the dummy
argument. I consider this to be a mistake in the language design.

So the compiler was reporting this case as an error, although it is
indeed conforming usage, and not flagged by any other compiler.
Unfortunately, somebody has a code that needs this usage to be accepted,
because (I presume) they can't modify the dummy argument to be
INTENT(IN).

Consequently, we'll need to allow this usage. But it will elicit a
warning, and the warning is on by default.
DeltaFile
+29-0flang/test/Semantics/bug181353.f90
+13-2flang/lib/Semantics/definable.cpp
+2-1flang/lib/Semantics/definable.h
+1-1flang/include/flang/Support/Fortran-features.h
+1-0flang/lib/Semantics/check-call.cpp
+1-0flang/lib/Support/Fortran-features.cpp
+47-46 files

FreeBSD/src 80aae8asys/contrib/openzfs/cmd/zdb zdb.c, sys/contrib/openzfs/config toolchain-simd.m4

zfs: merge openzfs/zfs at 3ee08abd2

Notable upstream pull request merges:
 #17000 -multiple cmd/zfs: support creating parents with canmount=no
 #17926 b481a8bbb Make zpool status dedup table support raw bytes -p output
 #18238 -multiple Report space metrics per allocation class
 #18240 5dad9459d Add --no-preserve-encryption flag
 #18257 1eace5906 libzfs: use mount_setattr for selective remount including
                  legacy mounts
 #18259 1e2c94a04 More consistent use of TREE_* macros in AVL comparators
 #18262 c58b8b7dc Fix check for .cfi_negate_ra_state on aarch64
 #18264 f109c7bb9 Add the --file-layout (-f) option to zdb(8)
 #18268 304de7f19 libzfs: handle EDOM error in zpool_create
 #18275 753f1e1e2 zstream: add a drop_record subcommand
 #18276 0f90a797d Fix vdev_rebuild_range() tx commit
 #18277 1e1d64d66 Fix log vdev removal issues
 #18278 06b0abfe6 Fix the send --exclude option to work with encryption
 #18281 e73ada771 libzpool: lift zfs_file ops out to separate source file
 #18284 d97945776 zstream: consolidate shared code

    [19 lines not shown]
DeltaFile
+73-565sys/contrib/openzfs/config/toolchain-simd.m4
+421-148sys/contrib/openzfs/lib/libzfs/libzfs.abi
+420-0sys/contrib/openzfs/lib/libzpool/zfs_file_os.c
+416-0sys/contrib/openzfs/tests/zfs-tests/tests/functional/cli_root/zpool_get/zpool_get_006_pos.ksh
+0-388sys/contrib/openzfs/lib/libzpool/kernel.c
+362-21sys/contrib/openzfs/cmd/zdb/zdb.c
+1,692-1,122176 files not shown
+6,025-2,882182 files

LLVM/project 1017991llvm/lib/Target/X86 X86.h X86CodeGenPassBuilder.cpp, llvm/lib/Target/X86/GISel X86PostLegalizerCombiner.cpp

[X86][GISEL] Port X86PostLegalizerCombiner to npm (#182787)

Port X86PostLegalizerCombiner to npm as part of llvm/llvm-project#178192

Also added cli option for lpm X86PostLegalizerCombiner pass for testing.
DeltaFile
+66-29llvm/lib/Target/X86/GISel/X86PostLegalizerCombiner.cpp
+9-2llvm/lib/Target/X86/X86.h
+5-0llvm/lib/Target/X86/X86CodeGenPassBuilder.cpp
+2-2llvm/lib/Target/X86/X86TargetMachine.cpp
+1-0llvm/lib/Target/X86/X86PassRegistry.def
+83-335 files