FreeBSD/ports 780c77adeskutils/readur distinfo Makefile.crates

deskutils/readur: Update to 2.7.8

ChangeLog: https://github.com/readur/readur/releases/tag/v2.7.8
DeltaFile
+95-93deskutils/readur/distinfo
+45-44deskutils/readur/Makefile.crates
+2-2deskutils/readur/pkg-plist
+1-2deskutils/readur/Makefile
+143-1414 files

FreeBSD/ports ac0b41bdevel/lace distinfo Makefile, devel/lace/files patch-CMakeLists.txt patch-benchmarks_CMakeLists.txt

devel/lace: update 2.2.2 → 2.2.3
DeltaFile
+0-31devel/lace/files/patch-CMakeLists.txt
+0-10devel/lace/files/patch-benchmarks_CMakeLists.txt
+3-3devel/lace/distinfo
+1-4devel/lace/Makefile
+4-484 files

FreeBSD/ports d1d6704finance/hs-hledger-ui Makefile

finance/hs-hledger-ui: Broken on 16: ghc SEGVs

Reported by:    fallout
DeltaFile
+2-0finance/hs-hledger-ui/Makefile
+2-01 files

FreeBSD/ports 68d022bscience/sirius distinfo Makefile

science/sirius: update 7.9.0 → 7.10.0
DeltaFile
+3-3science/sirius/distinfo
+2-2science/sirius/Makefile
+5-52 files

LLVM/project d2dab97llvm/lib/Target/SPIRV SPIRVEmitIntrinsics.cpp, llvm/test/CodeGen/SPIRV bool-vector-bitcast.ll

[SPIR-V] Decompose bitcasts involving bool vectors (#187960)

OpTypeBool has no defined bitwidth in SPIR-V, so OpBitcast is invalid
for boolean vector types. Decompose `<N x i1> <-> iN` bitcasts into
element-wise extract/shift/OR and AND/icmp/insert sequences during IR
preprocessing.

Fixes:
https://github.com/kuhar/iree/blob/amdgcn-spirv/spirv-repros/bitcast_crash.ll
and https://github.com/llvm/llvm-project/issues/185815
DeltaFile
+364-0llvm/test/CodeGen/SPIRV/bool-vector-bitcast.ll
+80-0llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
+66-0llvm/test/CodeGen/SPIRV/llvm-intrinsics/masked-load-store.ll
+510-03 files

LLVM/project 9d7e716libc/src/__support/wctype perfect_hash_map.h lower_to_upper.h, libc/utils/wctype_utils/conversion hex_writer.py

fix windows build errors
DeltaFile
+16-14libc/src/__support/wctype/perfect_hash_map.h
+2-2libc/utils/wctype_utils/conversion/hex_writer.py
+1-1libc/src/__support/wctype/lower_to_upper.h
+1-1libc/src/__support/wctype/upper_to_lower.h
+1-1libc/src/__support/wctype/CMakeLists.txt
+21-195 files

LLVM/project 2a74c82llvm/lib/Target/AMDGPU AMDGPUCoExecSchedStrategy.h AMDGPUCoExecSchedStrategy.cpp

Formatting

Change-Id: I3d89fba145471141ef945b1de15330caa245e82d
DeltaFile
+4-4llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.h
+4-3llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
+8-72 files

LLVM/project f4180a7llvm/lib/Target/AMDGPU AMDGPUCoExecSchedStrategy.cpp AMDGPUCoExecSchedStrategy.h, llvm/test/CodeGen/AMDGPU coexec-scheduler.ll

Claude Code review

Change-Id: Iab06de2981b27667cc29a56931dd378ecf7a1b0c
DeltaFile
+115-109llvm/test/CodeGen/AMDGPU/coexec-scheduler.ll
+16-26llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
+5-0llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.h
+136-1353 files

LLVM/project 710c2f0llvm/unittests/SandboxIR TrackerTest.cpp

[SandboxIR][Tracker] Test UncondBrInst CondBrInst setters (#187549)

This checks the `setCondition()` and `setSuccessor()` setters introduced
in #187196.
DeltaFile
+78-0llvm/unittests/SandboxIR/TrackerTest.cpp
+78-01 files

LLVM/project 2a7b0f0lldb/bindings/python python-wrapper.swig

[lldb] use the Py_REFCNT() macro instead of directly accessing member (#188161)

[PyObject members are not to be accessed
directly](https://docs.python.org/3/c-api/structures.html#c.PyObject),
but rather through macros, in this case `Py_REFCNT()`.

In most, ie Global Interpreter Lock-enabled, CPython cases,
`Py_REFCNT()` expands to accessing `ob_refcnt` anyway. However, in a
free-threaded CPython, combined with disabling the limited API (since it
requires the GIL for now), the direct member does not exist, causing the
build to fail. The macro expands to the correct access method in the
free-threaded configuration.
DeltaFile
+1-1lldb/bindings/python/python-wrapper.swig
+1-11 files

OpenBSD/ports rMSk9ppnet/telemt distinfo crates.inc, net/telemt/pkg PLIST README

   update to telemt 3.3.31
VersionDeltaFile
1.2+336-164net/telemt/distinfo
1.2+167-81net/telemt/crates.inc
1.2+1-1net/telemt/Makefile
1.2+0-1net/telemt/pkg/PLIST
1.2+1-0net/telemt/pkg/README
+505-2475 files

LLVM/project 30084d7libcxx/include/ext hash_map, libcxx/test/extensions/gnu/hash_map non_standard_layout.pass.cpp

[libc++] Fix type confusion in hash_{,multi}map

The type `__gnu_cxx::hash_{,multi}map` creates objects of type
`std::pair<Key, Value>` and returns pointers to them of type
`std::pair<const Key, Value>`. If either `Key` or `Value` are
non-standard-layout, this is UB, and is furthermore considered by
pointer field protection to be a type confusion, which leads to a
program crash. Fix it by using the correct type for the pair's storage
and using const_cast to form a pointer to the key in the one place where
that is needed.

Reviewers: ldionne

Reviewed By: ldionne

Pull Request: https://github.com/llvm/llvm-project/pull/183223
DeltaFile
+7-11libcxx/include/ext/hash_map
+16-0libcxx/test/extensions/gnu/hash_map/non_standard_layout.pass.cpp
+16-0libcxx/test/extensions/gnu/hash_multimap/non_standard_layout.pass.cpp
+39-113 files

OpenBSD/ports nQjnMUMdevel/llvm/21 Makefile, devel/llvm/21/patches patch-llvm_tools_llvm-config_llvm-config_cpp

   Fix llvm-config --libs. ok robert@
VersionDeltaFile
1.2+9-0devel/llvm/21/patches/patch-llvm_tools_llvm-config_llvm-config_cpp
1.18+1-1devel/llvm/21/Makefile
+10-12 files

LLVM/project ea4e247llvm/lib/Target/AMDGPU AMDGPUCoExecSchedStrategy.cpp GCNSchedStrategy.cpp, llvm/test/CodeGen/AMDGPU coexec-scheduler.ll

[AMDGPU] Add block carried latency to CoExecSched

Change-Id: Ib04e40e57d38e127d6c5452d1719e32dacef2ade
DeltaFile
+880-4llvm/test/CodeGen/AMDGPU/coexec-scheduler.ll
+167-45llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
+0-37llvm/lib/Target/AMDGPU/GCNSchedStrategy.cpp
+22-5llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.h
+0-4llvm/lib/Target/AMDGPU/GCNSchedStrategy.h
+1,069-955 files

LLVM/project c3d69edmlir/lib/Transforms Mem2Reg.cpp, mlir/test/Dialect/LLVMIR mem2reg.mlir

[mlir][mem2reg] Process direct uses inside other regions. (#188359)

We need to add the regions with the direct uses into the list
for processing, otherwise the direct uses will not be removed
and will use the slot after the promotion.

The added LIT test was triggering "after promotion, the slot pointer
should not be used anymore" assertion.
DeltaFile
+16-0mlir/test/Dialect/LLVMIR/mem2reg.mlir
+1-0mlir/lib/Transforms/Mem2Reg.cpp
+17-02 files

LLVM/project 303afa0lldb/source/Plugins/SymbolFile/DWARF DWARFASTParserClang.cpp DWARFASTParserClang.h, lldb/test/API/lang/cpp/non-type-template-param-member-ptr main.cpp TestCppNonTypeTemplateParamPtrToMember.py

[lldb][DWARFASTParserClang] Handle pointer-to-member-data non-type template (#187598)

## Description

### Problem
MakeAPValue in DWARFASTParserClang.cpp did not handle
pointer-to-member-data non-type template parameters (e.g., template <int
S::*P>), causing LLDB to produce incorrect results or crash.

DWARF encodes pointer-to-member-data NTTPs as
`DW_TAG_template_value_parameter` with a `DW_AT_const_value`
representing the byte offset of the member within the containing struct.
MakeAPValue is responsible for converting this value into a clang
APValue, but it only handled integer/enum and floating-point types. For
pointer-to-member types, it returned `std::nullopt`.

This caused the caller (ParseTemplateDIE) to fall back to creating a
type-only TemplateArgument (kind=Type) instead of a value-carrying one.
When two specializations differ only by which member they point to

    [209 lines not shown]
DeltaFile
+94-11lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp
+16-0lldb/test/API/lang/cpp/non-type-template-param-member-ptr/main.cpp
+14-0lldb/test/API/lang/cpp/non-type-template-param-member-ptr/TestCppNonTypeTemplateParamPtrToMember.py
+7-0lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.h
+3-0lldb/test/API/lang/cpp/non-type-template-param-member-ptr/Makefile
+134-115 files

DragonFlyBSD/src 2338f0econtrib/gcc-12/gcc dwarf2out.cc, contrib/gcc-12/gcc/config/i386 sse.md i386.cc

Import GCC 12.5.0 Release (2025-07-11)

Source downloaded from:
https://ftp.gnu.org/gnu/gcc/gcc-12.5.0/gcc-12.5.0.tar.xz

aly: All the unused files have been trimmed by checking the 'atime'
(access time):
1. Create a UFS filesystem using vn(4) and mount it at contrib/gcc-12;
2. Copy the full source over;
3. Touch all files: find . | xargs touch
4. Create a timestamp mark: touch TMARK
5. Manually touch the files to keep:
   $ touch README COPYING* LAST_UPDATED gcc/BASE-VER
6. Build world
7. Delete unused files:
   $ find . -type f '!' -anewer TMARK -delete
   $ find . -empty -delete
DeltaFile
+48,407-0contrib/gcc-12/gcc/cp/parser.cc
+33,255-0contrib/gcc-12/gcc/dwarf2out.cc
+32,566-0contrib/gcc-12/gcc/doc/gcc.1
+31,084-0contrib/gcc-12/gcc/cp/pt.cc
+28,588-0contrib/gcc-12/gcc/config/i386/sse.md
+24,936-0contrib/gcc-12/gcc/config/i386/i386.cc
+198,836-02,607 files not shown
+2,563,370-02,613 files

LLVM/project 2fafeb0bolt/include/bolt/Profile DataAggregator.h DataReader.h, bolt/lib/Profile DataAggregator.cpp

[BOLT] Support buildid in pre-aggregated profile (#186931)

Sample addresses belonging to external DSOs (buildid doesn't match the
current file) are treated as external (0).

Buildid for the main binary is expected to be omitted.

Test Plan:
added pre-aggregated-perf-buildid.test
DeltaFile
+55-0bolt/test/X86/pre-aggregated-perf-buildid.test
+18-0bolt/lib/Profile/DataAggregator.cpp
+9-0bolt/test/X86/Inputs/pre-aggregated-buildid.txt
+4-0bolt/include/bolt/Profile/DataAggregator.h
+1-1bolt/include/bolt/Profile/DataReader.h
+87-15 files

LLVM/project 2e247a1bolt/include/bolt/Profile DataAggregator.h, bolt/lib/Profile DataAggregator.cpp

Revert "[BOLT] Support buildid in pre-aggregated profile"

Accidentally pushed unreviewed version.

This reverts commit fce6895804e596f18765c4db0f76931dac8df9f8.
DeltaFile
+3-96bolt/lib/Profile/DataAggregator.cpp
+0-9bolt/include/bolt/Profile/DataAggregator.h
+3-1052 files

LLVM/project 2975451lldb/packages/Python/lldbsuite/test lldbtest.py

[lldb] Mark lldbtest.build() parameters as keyword-only (#188327)

This reinforces what is already true in the codebase: all uses of
`build()` use keyword arguments.

With this change, it will be an error to call `build` using positional
arguments:

```
TypeError: build() takes 1 positional argument but 2 were given
```
DeltaFile
+1-0lldb/packages/Python/lldbsuite/test/lldbtest.py
+1-01 files

LLVM/project fce6895bolt/include/bolt/Profile DataAggregator.h, bolt/lib/Profile DataAggregator.cpp

[BOLT] Support buildid in pre-aggregated profile

Sample addresses belonging to external DSOs (buildid doesn't match the
current file) are treated as external (0).

Buildid for the main binary is expected to be omitted.

Test Plan: added pre-aggregated-perf-buildid.test

Reviewers:
paschalis-mpeis, maksfb, yavtuk, ayermolo, yozhu, rafaelauler, yota9

Reviewed By: paschalis-mpeis

Pull Request: https://github.com/llvm/llvm-project/pull/186931
DeltaFile
+96-3bolt/lib/Profile/DataAggregator.cpp
+9-0bolt/include/bolt/Profile/DataAggregator.h
+105-32 files

LLVM/project 31b17c4bolt/docs profiles.md index.rst

[BOLT] Add profile format documentation (#186685)

Create bolt/docs/profiles.md documenting all accepted profile formats:
perf.data, fdata, YAML, and pre-aggregated. Covers collection methods,
format syntax, examples, and known limitations.

Add reference from bolt/docs/index.rst.
DeltaFile
+212-0bolt/docs/profiles.md
+6-0bolt/docs/index.rst
+218-02 files

FreeBSD/src 769a6f8sys/netinet tcp_usrreq.c

tcp_usrreq: Only allocate TFO counter when required

During tcp_usr_listen(), only allocate TFO counter when required.

Reviewed by: tuexen, glebius
Differential Revision: https://reviews.freebsd.org/D56067
DeltaFile
+8-8sys/netinet/tcp_usrreq.c
+8-81 files

FreeBSD/ports 6825e6ex11/xcursorgen Makefile

x11/xcursorgen: Concise description

Substitute file for theme, remove "a collection of" to eliminate jarring
line wrapping at reference console width, and improve search keywords.

Differential Revision:  https://reviews.freebsd.org/D55699
DeltaFile
+2-1x11/xcursorgen/Makefile
+2-11 files

LLVM/project de0c366llvm/lib/Target/SPIRV SPIRVCtorDtorLowering.cpp SPIRVCtorDtorLowering.h, llvm/test/CodeGen/SPIRV ctor-dtor-lowering.ll ctor-dtor-lowering-ir.ll

[llvm][SPIRV] Add pass to lower Ctors/Dtors for SPIRV (#187509)

This PR adds a new SPIRV pass that generates a kernel named
"spirv$device$init" that iterates the pointers in the table pointed by
__init_array_start and __init_array_end and executes them. It also
generates symbols for each constructor with the form
__init_array_object_NAME_PRIORITY.

These symbols will be used by the Level Zero plugin in the liboffload
runtime (with the support introduced by #187510) to generate the
aforementioned table as spirv-link cannot create the table itself.

It also does the same thing for destructors, with the kernel name being
"spirv$device$fini", the table pointers __fini_array_start and
__fini_array_end, and the generated symbols prefix __fini_array_object.

The code was mostly generated by Claude 4.5 and has been reviewed by me
to the best of my ability.
DeltaFile
+253-0llvm/lib/Target/SPIRV/SPIRVCtorDtorLowering.cpp
+48-0llvm/test/CodeGen/SPIRV/ctor-dtor-lowering.ll
+45-0llvm/test/CodeGen/SPIRV/ctor-dtor-lowering-ir.ll
+36-0llvm/test/CodeGen/SPIRV/ctor-dtor-no-openmp-ir.ll
+27-0llvm/lib/Target/SPIRV/SPIRVCtorDtorLowering.h
+2-0llvm/test/CodeGen/SPIRV/llc-pipeline.ll
+411-03 files not shown
+416-09 files

LLVM/project 6a045c2llvm/include/llvm/CodeGenTypes LowLevelType.h, llvm/lib/CodeGen LowLevelTypeUtils.cpp

Revert "[GlobalISel][LLT] Introduce FPInfo for LLT (Enable bfloat, ppc128float and others in GlobalISel) (#155107)" (#188344)

This reverts commit b1aa6a45060bb9f89efded9e694503d6b4626a4a and commit
ce44d63e0d14039f1e8f68e6b7c4672457cabd4e.

This fails the build with some older gcc:

llvm/include/llvm/CodeGenTypes/LowLevelType.h:501:35: error: call to
non-constexpr function ‘static llvm::LLT llvm::LLT::integer(unsigned
int)’
     return integer(getSizeInBits());
                                   ^
DeltaFile
+132-389llvm/include/llvm/CodeGenTypes/LowLevelType.h
+73-160llvm/lib/CodeGen/GlobalISel/LegalizerHelper.cpp
+0-135llvm/unittests/CodeGen/GlobalISel/IRTranslatorBF16Test.cpp
+35-77llvm/lib/CodeGen/MIRParser/MIParser.cpp
+39-64llvm/utils/TableGen/Common/GlobalISel/GlobalISelMatchTable.cpp
+25-69llvm/lib/CodeGen/LowLevelTypeUtils.cpp
+304-89447 files not shown
+457-1,27453 files

NetBSD/src cRdHk6pshare/man/man7 sysctl.7, sys/net nd.c nd.h

   Add sysctl icmp6.nd6_gctimer to control the duration stale neighbors will be kept
   for, before being garbage collected, in seconds. (Timo Buhrmester)
VersionDeltaFile
1.259+9-2sys/netinet6/icmp6.c
1.9+4-6sys/net/nd.c
1.170+6-2share/man/man7/sysctl.7
1.285+3-2sys/netinet6/nd6.c
1.62+2-1sys/netinet/icmp6.h
1.4+2-1sys/net/nd.h
+26-146 files

FreeBSD/src cd05c88. ObsoleteFiles.inc, tests/sys/netinet tcp_socket.c tcp_implied_connect.c

tests/netinet: add test for getsockname() on a disconnected TCP socket

Stack it into existing file that exercises an other corner case of our
TCP and rename the file to a more generic name.
DeltaFile
+113-0tests/sys/netinet/tcp_socket.c
+0-80tests/sys/netinet/tcp_implied_connect.c
+3-0ObsoleteFiles.inc
+1-1tests/sys/netinet/Makefile
+117-814 files

LLVM/project 6b12809clang/test/InstallAPI extra-exclude-headers.test hiddens.test

[InstallAPI] [Tests] Avoid checking compiler output for 'error' (#188307)

We have two tests that use FileCheck for diagnostics and which try to
check that the output contains no compiler errors by checking for the
string 'error'. The issue with this approach is that this also causes
those tests to fail if the *path* contains the word 'error', which can
happen e.g. if the branch name contains the word 'error'.

Instead, we now check for `error:` since that string is much less likely
to appear in a path.
DeltaFile
+1-1clang/test/InstallAPI/extra-exclude-headers.test
+1-1clang/test/InstallAPI/hiddens.test
+2-22 files

LLVM/project 674cb9elldb/source/Plugins/Process/gdb-remote GDBRemoteCommunicationClient.cpp

[lldb] Fix immediately-destroyed ScopedTimeout in KillProcess (#188333)

The ScopedTimeout was created as a temporary, causing it to be destroyed
immediately and the timeout to have no effect. Give it a name so it
lives until the end of the function scope.
DeltaFile
+1-1lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationClient.cpp
+1-11 files