FreeBSD/ports 82fc1d8devel/ghq distinfo Makefile

devel/ghq: update to 1.10.1

Changes:        https://github.com/x-motemen/ghq/releases/tag/v1.10.1
DeltaFile
+5-5devel/ghq/distinfo
+1-2devel/ghq/Makefile
+6-72 files

LLVM/project 814fcfallvm/lib/Transforms/Vectorize SLPVectorizer.cpp

Simplifications, fixes

Created using spr 1.3.7
DeltaFile
+5-4llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+5-41 files

LLVM/project 0311157lldb/source/Plugins/Platform/MacOSX PlatformDarwin.cpp, lldb/source/Target Platform.cpp

[lldb][Platform] Use the module's FileSpec instead of the script's FileSpec when checking LoadScriptFromSymFile setting (#191473)

We were incorrectly passing the script's `FileSpec` into
`GetScriptLoadStyleForModule`. Meaning if a script name wasn't actually
the same as the module name, the `target.auto-load-scripts-for-modules`
didn't take effect.

This patch passes the module's `FileSpec` instead. For `dSYM`s we save
the original `FileSpec` because the loop tries to strip extensions until
it finds a script. But we still want to use the module's name.

**AI Usage**:
- Used Claude to write the unit-test skeletons. Then reviewed/adjusted
them manually
DeltaFile
+52-0lldb/unittests/Platform/PlatformTest.cpp
+49-0lldb/unittests/Platform/PlatformDarwinTest.cpp
+2-1lldb/source/Plugins/Platform/MacOSX/PlatformDarwin.cpp
+1-1lldb/source/Target/Platform.cpp
+104-24 files

OPNSense/core d739e53src/opnsense/mvc/app/library/OPNsense/Auth LDAP.php

Auth/LDAP - move ldap_escape to caller for https://github.com/opnsense/core/issues/10129

Although this https://github.com/opnsense/core/commit/016f66cb4620cd48183fa97843f343bb71813c6e was the correct fix for the auth sequence, other callers which search the database
with a static set of expressions are influenced by this as well.

To some degree it might be better to have different callers for this, but this increases the impact if the otherwise limited change.
DeltaFile
+5-5src/opnsense/mvc/app/library/OPNsense/Auth/LDAP.php
+5-51 files

FreeBSD/src de2ea54sys/conf kern.pre.mk

zstd: disable weak-symbol tracing hooks in the kernel

zstd's tracing API (zstd_trace.h) declares ZSTD_trace_compress_begin()
and friends as __attribute__((weak)) externals, gated on the
ZSTD_HAVE_WEAK_SYMBOLS compile-time probe.  That probe has covered
x86_64 and i386 since at least zstd 1.5.6, and was extended to aarch64
and riscv in 1.5.7.

In a static kernel image there is no dynamic linker to patch the PLT GOT
entries at runtime.  On amd64 the undefined weak symbols resolve directly
to NULL, so the "!= NULL" guard in the zstd source correctly suppresses
every call through the stubs.  On aarch64 and riscv the ABI requires
GOT-based indirection for external calls: the PLT stub address is
non-NULL, the guard passes, and the call lands in an uninitialized GOT
slot.  Because this happens before exception handlers are in place the
machine resets silently, making the kernel unbootable after the zstd
1.5.7 import.

The upstream-supported suppression is ZSTD_NO_TRACE (zstd_internal.h),

    [8 lines not shown]
DeltaFile
+4-2sys/conf/kern.pre.mk
+4-21 files

LLVM/project bc87c8bclang-tools-extra/clang-doc Representation.h

[clang-doc][nfc] Default initialize all StringRef members
DeltaFile
+5-5clang-tools-extra/clang-doc/Representation.h
+5-51 files

OpenBSD/src zbxSCJ0sys/arch/amd64/isa clock.c

   wrap the ; on a single while() line
VersionDeltaFile
1.44+3-2sys/arch/amd64/isa/clock.c
+3-21 files

LLVM/project ccd7eb4llvm/lib/Transforms/Vectorize SLPVectorizer.cpp

Simplifications, fixes

Created using spr 1.3.7
DeltaFile
+5-4llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+5-41 files

LLVM/project 4c2848fllvm/lib/Target/AMDGPU GCNSchedStrategy.cpp GCNSchedStrategy.h, llvm/test/CodeGen/AMDGPU sched_mfma_rewrite_copies.mir misched-remat-revert.ll

[AMDGPU][Scheduler] Use MIR-level rematerializer in rematerialization stage

This makes the scheduler's rematerialization stage use the
target-independent rematerializer. Previosuly duplicate logic is
deleted, and restrictions are put in place in the stage so that the
same cosntraints as before apply on rematerializable registers (as the
rematerializer is able to expose many more rematerialization
opportunities than what the stage can track at the moment).
Consequently it is not expected that this change improves performance
overall, but it is a first step toward being able to use the
rematerializer's more advanced capabilities during scheduling.

This is *not* a NFC for 2 reasons.

- Score equalities between two rematerialization candidates with
  otherwise equivalent score are decided by their corresponding
  register's index handle in the rematerializer (previously the pointer
  to their state object's value). This is determined by the
  rematerializer's register collection order, which is different from

    [10 lines not shown]
DeltaFile
+551-551llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_copies.mir
+0-577llvm/test/CodeGen/AMDGPU/misched-remat-revert.ll
+108-294llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
+49-73llvm/lib/Target/AMDGPU/GCNSchedStrategy.h
+36-36llvm/test/CodeGen/AMDGPU/sched_mfma_rewrite_cost.mir
+19-19llvm/test/CodeGen/AMDGPU/machine-scheduler-sink-trivial-remats-attr.mir
+763-1,5502 files not shown
+786-1,5738 files

OpenBSD/src JUA2ws0sys/kern exec_elf.c

   A binary without a PT_LOAD exec segment would later read a pinsyscall table
   and damage it strangely.  Such a binary cannot actually run, but we should
   avoid the internal pinsyscall table damage, and fail the execve with EINVAL.
   reported by Stuart Thomas
   ok guenther
VersionDeltaFile
1.196+3-3sys/kern/exec_elf.c
+3-31 files

LLVM/project d35cd21llvm/lib/Target/RISCV RISCVISelLowering.cpp RISCVInstrInfoZvfbf.td

[RISCV] Consistently use hasVInstructionsF16/BF16(). NFC (#191592)
DeltaFile
+7-6llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+4-4llvm/lib/Target/RISCV/RISCVInstrInfoZvfbf.td
+0-3llvm/lib/Target/RISCV/RISCVFeatures.td
+11-133 files

FreeBSD/ports bc45b7eeditors/slime pkg-plist, mail/mew pkg-plist

Emacs Lisp ports framework: Overhaul

This overhaul introduces four key changes to the elisp ports framework:

1. Remove support for packaged byte-compiled elisp.

   The primary motivation is to remove a large number of flavor-specific
   packages and to simplify the ports tree.  As an example, supporting
   byte-compiled elisp for devel/tablist required six packages, one for
   each flavor of editors/emacs and editors/emacs-devel.  With over 100
   elisp ports and requests for new Emacs flavors, this was
   unmanageable.

2. Install configuration to integrate with Emacs's native compilation
   machinery, allowing elisp from ports to be compiled into the standard
   cache under the user's home directory.

   This matches the behavior of GNU ELPA packages and generally results
   in a faster experience.  Speedups vary depending on the

    [21 lines not shown]
DeltaFile
+371-696print/auctex/pkg-plist
+166-329www/emacs-w3m/pkg-plist
+123-181editors/slime/pkg-plist
+100-167mail/mew/pkg-plist
+100-167mail/mew-devel/pkg-plist
+79-156mail/wanderlust/pkg-plist
+939-1,696195 files not shown
+2,609-3,803201 files

OpenBSD/src upLfovpsys/arch/amd64/amd64 vmm_machdep.c

   vmm: Handle reserved bits in debug registers

   vmm(4) handles the %dr6 debug register on VMX on its own. It is not
   part of the VMCB. The AMD and Intel SDMs mention that a 'MOV DRn'
   instruction traps with #GP when any of the upper 32 bits of %dr6/%dr7
   is 1. Userland can set arbitrary values in that register, forcing an
   Intel machine to crash. An initial bogus %dr7 fails to launch the VM
   on both platforms.

   Reject such debug register values an all platforms.

   ok mlarkin@

   Reported-by: syzbot+f386e2f64711877025a6 at syzkaller.appspotmail.com
VersionDeltaFile
1.73+9-1sys/arch/amd64/amd64/vmm_machdep.c
+9-11 files

LLVM/project 489dab3clang-tools-extra/clang-doc Representation.h

[clang-doc] Initialize StringRef members in Info types (#191637)

We had a report of some assertion failures in

https://github.com/llvm/llvm-project/pull/190054#issuecomment-4228893309,
and some msan failures in
https://github.com/llvm/llvm-project/pull/190056.

These appear to be due to default constructed StringRef's being used in
some cases. To address, we can provide default initializers that should
prevent such cases from causing further problems.
DeltaFile
+17-17clang-tools-extra/clang-doc/Representation.h
+17-171 files

LLVM/project 9ab2c57llvm/lib/Target/RISCV RISCVInstrInfoVVLPatterns.td, llvm/test/CodeGen/RISCV/rvv fixed-vectors-fp-buildvec-bf16.ll

[RISCV] Add missing Zvfbfa isel patterns for VFSLIDE1UP/DOWN. (#191578)
DeltaFile
+53-0llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-buildvec-bf16.ll
+4-2llvm/lib/Target/RISCV/RISCVInstrInfoVVLPatterns.td
+57-22 files

LLVM/project 42127fallvm/lib/Target/AMDGPU GCNSchedStrategy.cpp GCNSchedStrategy.h

[AMDGPU][Scheduler] Prepare remat stage for rematerializer integration (NFC) (#189489)

This NFC prepares the scheduler's rematerialization stage for
integration with the target-independent rematerializer. It brings
various small design changes and optimizations to the stage's internal
state to make the not-exactly-NFC rematerializer integration as small as
possible.

The main changes are, in no particular order:

- Sort and pick useful rematerialization candidates by their index in
the vector of candidates instead of directly sorting objects within the
candidate vector. This reduces the amount of data movement and
simplifies the candidate selection logic.
- Move some data members from `PreRARematStage::RematReg` to
`PreRARematStage::ScoredRemat`. This makes the former a simplified
version of the rematerializer's own internal register representation
(`Rematerializer::Reg`), which can be cleanly deleted during
integration.

    [7 lines not shown]
DeltaFile
+157-138llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
+58-52llvm/lib/Target/AMDGPU/GCNSchedStrategy.h
+13-0llvm/lib/Target/AMDGPU/GCNRegPressure.cpp
+4-0llvm/lib/Target/AMDGPU/GCNRegPressure.h
+232-1904 files

LLVM/project 17258afclang-tools-extra/test/clang-tidy/infrastructure custom-query-check.cpp

lit syntax...

Created using spr 1.3.8-wip
DeltaFile
+1-1clang-tools-extra/test/clang-tidy/infrastructure/custom-query-check.cpp
+1-11 files

LLVM/project 76584a8lldb/source/Interpreter CommandInterpreter.cpp, lldb/test/API/commands/help TestHelp.py

[lldb] Fix output of `help format` (#190409)

The output currently contains
```
            "unicode32"
            'u' or "unsigned decimal"
            'p' or
            "pointer"
            "char[]"
            "int8_t[]"
```
The 'p' and "pointer" are supposed to appear on the same line. When
we're about to print "pointer," we check whether it would exceed the
column limit (in which case, we insert a line feed). This check only
checks for spaces as separators, but in this case, "words" may be
separated by newlines as well. Look for them too.
DeltaFile
+30-15lldb/source/Interpreter/CommandInterpreter.cpp
+13-3lldb/test/API/commands/help/TestHelp.py
+43-182 files

LLVM/project aab3e26clang-tools-extra/clang-doc Representation.h

fix formatting
DeltaFile
+5-5clang-tools-extra/clang-doc/Representation.h
+5-51 files

FreeBSD/ports 22677bbcad/openvsp distinfo Makefile

cad/openvsp: Update to 3.49.0

ChangeLog:
https://openvsp.org/blogs/announcements/2026/04/03/openvsp-3-49-0-released

Features:

 * Stowed / Retracted landing gear
 * TRA Clearance model
 * Single gear auxiliary geometry
 * Faster interactivity with landing gear

Build system:

 * Use venv when building Ubuntu to fix numpy version problems
 * Update to Eigen3 5.0.0
 * Update OpenABF to support new Eigen

Fixes:

    [12 lines not shown]
DeltaFile
+3-3cad/openvsp/distinfo
+1-1cad/openvsp/Makefile
+4-42 files

LLVM/project 8eced21clang-tools-extra/clang-doc Representation.h

[clang-doc] Initialize StringRef members in Info types

We had a report of some assertion failures in
https://github.com/llvm/llvm-project/pull/190054#issuecomment-4228893309,
and some msan failures in
https://github.com/llvm/llvm-project/pull/190056.

These appear to be due to default constructed StringRef's being used in
some cases. To address, we can provide default initializers that should
prevent such cases from causing further problems.
DeltaFile
+17-17clang-tools-extra/clang-doc/Representation.h
+17-171 files

LLVM/project 7daf52cclang-tools-extra/test/clang-tidy/infrastructure custom-query-check.cpp

[spr] initial version

Created using spr 1.3.8-wip
DeltaFile
+2-0clang-tools-extra/test/clang-tidy/infrastructure/custom-query-check.cpp
+2-01 files

LLVM/project eda97ddlibcxx/include mdspan, libcxx/include/__mdspan mdspan.h layout_left.h

[libc++][NFC] Sync `<mdspan>` synopsis and remove redundant `typename`s (#191621)
DeltaFile
+38-41libcxx/include/mdspan
+6-6libcxx/include/__mdspan/mdspan.h
+3-3libcxx/include/__mdspan/layout_left.h
+3-3libcxx/include/__mdspan/layout_right.h
+3-3libcxx/include/__mdspan/layout_stride.h
+53-565 files

LLVM/project df1113fllvm/lib/Target/AMDGPU GCNSchedStrategy.cpp

Merge asserts
DeltaFile
+4-4llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
+4-41 files

LLVM/project d194a7aclang/test/Sema warn-lifetime-safety-suggestions.cpp warn-lifetime-safety.cpp

fix suggestions test
DeltaFile
+5-4clang/test/Sema/warn-lifetime-safety-suggestions.cpp
+0-4clang/test/Sema/warn-lifetime-safety.cpp
+5-82 files

NetBSD/pkgsrc-wip 83e175bspirv-tools Makefile distinfo

spirv-tools: update to the latest vulkan-sdk version 1.4.341.0
DeltaFile
+4-5spirv-tools/Makefile
+3-3spirv-tools/distinfo
+1-1spirv-tools/buildlink3.mk
+8-93 files

NetBSD/pkgsrc-wip 923942fvulkan-tools Makefile distinfo, vulkan-tools/patches patch-cube_CMakeLists.txt

vulkan-tools: update to the latest vulkan-sdk version 1.4.341.0
DeltaFile
+0-32vulkan-tools/patches/patch-cube_CMakeLists.txt
+3-5vulkan-tools/Makefile
+3-4vulkan-tools/distinfo
+6-413 files

NetBSD/pkgsrc-wip 9a576bfvulkan-headers Makefile.common Makefile

vulkan-headers: add Makefile.common, use the latest vulkan-sdk version
DeltaFile
+13-0vulkan-headers/Makefile.common
+4-5vulkan-headers/Makefile
+3-3vulkan-headers/distinfo
+20-83 files

NetBSD/pkgsrc-wip 0cd22c2vulkan-loader Makefile distinfo

vulkan-loader: update to the latest vulkan-sdk version 1.4.341.0
DeltaFile
+3-5vulkan-loader/Makefile
+3-3vulkan-loader/distinfo
+6-82 files

NetBSD/pkgsrc-wip ff4353fspirv-headers Makefile distinfo

spirv-headers: update to the latest vulkan-sdk version 1.4.341.0
DeltaFile
+3-8spirv-headers/Makefile
+3-3spirv-headers/distinfo
+6-112 files