LLVM/project 62f4f2fllvm/test/Transforms/SLPVectorizer semanticly-same.ll

[SLP][NFC] Precommit tests for LShr-UDiv power of 2 transformations (#181925)

Tests for #181731.
DeltaFile
+330-2llvm/test/Transforms/SLPVectorizer/semanticly-same.ll
+330-21 files

LLVM/project fe86f61llvm/test/Transforms/SLPVectorizer/RISCV partial-vec-invalid-cost.ll

[SLP][NFC] Update partial_vec_invalid_cost() test to avoid breakage by #181731 (#181914)

This test creates an invalid vector cost, but #181731 allows
transforming of lshr 0, 0 -> add 0, 0 which in turn allows costing of
the following TreeEntry since is will be considered as 4 `ADD`
operations.
```
%lshr.1 = lshr i96 0, 0
%lshr.2 = lshr i96 0, 0
%add.0 = add i96 0, 0
%add.1 = add i96 0, 0
```
This commit adjusts the operands to ensure an invalid cost is still
generated after #181731.

This test was originally added in
4652ec0e291ca4ba4ddef3fd59b202646e9a6694.
DeltaFile
+5-4llvm/test/Transforms/SLPVectorizer/RISCV/partial-vec-invalid-cost.ll
+5-41 files

FreeNAS/freenas 39a55f4src/middlewared/debian control

Remove parted dependency
DeltaFile
+0-1src/middlewared/debian/control
+0-11 files

FreeBSD/src 935cf32sys/kern vfs_mount.c

vfs_mount.c: Don't call VFS_MOUNT() if only exports are being updated

PR#293198 reports a hang within ZFS when exports
are being updated concurrently with a VOP_SETEXTATTR().
The hang appears to be caused by mishandling of the
z_teardown_lock, but fixing handling of this lock appears
to be a major effort. Since the hang occurs when
VFS_MOUNT() acquires a write/exclusive z_teardown_lock,
which rarely occurs, except when exports are being updated,
this patch avoids the VFS_MOUNT() call for this case.

Avoiding a VFS_MOUNT() call fixes the hang for the case
reported by PR#293198 and is also an optimization.
As such, this patch avoids the VFS_MOUNT() call when only exports
are being updated similar to what was already being done
within vnet prisons.

PR:     293198
Reviewed by:    kib, markj

    [2 lines not shown]
DeltaFile
+31-21sys/kern/vfs_mount.c
+31-211 files

FreeNAS/freenas 07056a7tests/api2 test_disk_format.py test_disk_wipe.py

Remove use of parted in tests
DeltaFile
+46-29tests/api2/test_disk_format.py
+3-2tests/api2/test_disk_wipe.py
+49-312 files

FreeBSD/src bc6c827tools/build/mk OptionalObsoleteFiles.inc

OptionalObsoleteFiles: Add figpar to dialog section

MFC after:      3 days
Fixes:          15d781b53233 ("lib: Gate libfigpar under MK_DIALOG")
Reviewed by:    jhb, emaste
Differential Revision:  https://reviews.freebsd.org/D55330
DeltaFile
+4-0tools/build/mk/OptionalObsoleteFiles.inc
+4-01 files

FreeBSD/src f9f4a02. ObsoleteFiles.inc, tools/build/mk OptionalObsoleteFiles.inc

ObsoleteFiles: Deduplicate

Since we dropped support for profile libraries, all optional entries for
them are now non-optional.  Most of them were already duplicated there,
a few were not.

MFC after:      3 days
Reviewed by:    jhb, emaste
Differential Revision:  https://reviews.freebsd.org/D55329
DeltaFile
+0-38tools/build/mk/OptionalObsoleteFiles.inc
+3-2ObsoleteFiles.inc
+3-402 files

LLVM/project 9ff444clibc/src/stdio/baremetal file_internal.cpp CMakeLists.txt

Revert "[libc] Add getc, ungetc, fflush to enable libc++ iostream on baremetal" (#181931)

Reverts llvm/llvm-project#175530

This PR breaks libc header generation on Windows stage2 builds for a to
be determined reason.
DeltaFile
+0-52libc/src/stdio/baremetal/file_internal.cpp
+1-37libc/src/stdio/baremetal/CMakeLists.txt
+0-31libc/src/stdio/baremetal/getc.cpp
+3-27libc/src/stdio/baremetal/file_internal.h
+0-22libc/src/stdio/baremetal/fflush.cpp
+0-20libc/src/stdio/baremetal/ungetc.cpp
+4-1893 files not shown
+6-1989 files

LLVM/project 4162ab1libc/src/stdio/baremetal file_internal.cpp CMakeLists.txt

Revert "[libc] Add getc, ungetc, fflush to enable libc++ iostream on baremeta…"

This reverts commit 907eb11cc128630c52cd2191b925873b6ee56d6e.
DeltaFile
+0-52libc/src/stdio/baremetal/file_internal.cpp
+1-37libc/src/stdio/baremetal/CMakeLists.txt
+0-31libc/src/stdio/baremetal/getc.cpp
+3-27libc/src/stdio/baremetal/file_internal.h
+0-22libc/src/stdio/baremetal/fflush.cpp
+0-20libc/src/stdio/baremetal/ungetc.cpp
+4-1893 files not shown
+6-1989 files

LLVM/project 977d910lldb/test/API/tools/lldb-dap/variables TestDAP_variables.py, lldb/tools/lldb-dap DAP.cpp

Revert "[lldb-dap] Validate utf8 protocol messages." (#181930)

Reverts llvm/llvm-project#181261

Breaking builds on linux, reverting while I investigate.

See https://lab.llvm.org/buildbot/#/builders/181/builds/37346
DeltaFile
+67-67lldb/tools/lldb-dap/Protocol/ProtocolTypes.h
+9-99lldb/tools/lldb-dap/Protocol/ProtocolBase.h
+50-50lldb/tools/lldb-dap/Protocol/ProtocolRequests.h
+13-42lldb/tools/lldb-dap/Protocol/ProtocolBase.cpp
+13-33lldb/test/API/tools/lldb-dap/variables/TestDAP_variables.py
+20-17lldb/tools/lldb-dap/DAP.cpp
+172-30817 files not shown
+213-38623 files

LLVM/project d4b5742clang/lib/AST Stmt.cpp, clang/lib/Basic ParsedAttrInfo.cpp

Revert "[clang] Fix some static initialization race-conditions" (#181926)

Reverts llvm/llvm-project#181367

This is causing crashes in tests on a Windows bot
https://lab.llvm.org/buildbot/#/builders/46/builds/30854.
DeltaFile
+21-26clang/lib/AST/Stmt.cpp
+7-10clang/lib/Basic/ParsedAttrInfo.cpp
+10-6clang/lib/StaticAnalyzer/Checkers/BasicObjCFoundationChecks.cpp
+2-2clang/lib/CodeGen/CodeGenAction.cpp
+40-444 files

LLVM/project 786b3b4flang-rt/lib/cuda stream.cpp allocator.cpp, flang-rt/unittests/Runtime/CUDA Allocatable.cpp

[flang][cuda][NFC] Move set/get default stream to its own file (#181927)

DeltaFile
+34-0flang-rt/lib/cuda/stream.cpp
+27-0flang/include/flang/Runtime/CUDA/stream.h
+0-9flang-rt/lib/cuda/allocator.cpp
+1-4flang/include/flang/Runtime/CUDA/allocator.h
+1-0flang-rt/lib/cuda/CMakeLists.txt
+1-0flang-rt/unittests/Runtime/CUDA/Allocatable.cpp
+64-131 files not shown
+65-137 files

LLVM/project 61616f2libc/shared/math bf16fmaf.h, libc/src/__support/math bf16fmaf.h CMakeLists.txt

[libc][math] Refactored bf16fmaf to Header Only (#181919)

Fixes #181626
DeltaFile
+26-0libc/src/__support/math/bf16fmaf.h
+23-0libc/shared/math/bf16fmaf.h
+15-0utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+10-0libc/src/__support/math/CMakeLists.txt
+2-5libc/src/math/generic/bf16fmaf.cpp
+1-5libc/src/math/generic/CMakeLists.txt
+77-103 files not shown
+81-109 files

LLVM/project 6fe2aeeclang/lib/CodeGen CGHLSLBuiltins.cpp, clang/lib/Headers/hlsl hlsl_alias_intrinsics.h

[HLSL][DXIL][SPIRV] WavePrefixProduct intrinsic support (#179423)

This PR adds WavePrefixProduct intrinsic support in HLSL with codegen
for both DirectX and SPIRV backends. Resolves
https://github.com/llvm/llvm-project/issues/99173.

- [x] Implement `WavePrefixProduct` clang builtin
- [x] Link `WavePrefixProduct` clang builtin with `hlsl_intrinsics.h`
- [x] Add sema checks for `WavePrefixProduct` to
`CheckHLSLBuiltinFunctionCall` in `SemaChecking.cpp`
- [x] Add codegen for `WavePrefixProduct` to `EmitHLSLBuiltinExpr` in
`CGBuiltin.cpp`
- [x] Add codegen tests to
`clang/test/CodeGenHLSL/builtins/WavePrefixProduct.hlsl`
- [x] Add sema tests to
`clang/test/SemaHLSL/BuiltIns/WavePrefixProduct-errors.hlsl`
- [x] Create the `int_dx_WavePrefixProduct` intrinsic in
`IntrinsicsDirectX.td`
- [x] Create the `DXILOpMapping` of `int_dx_WavePrefixProduct` to `121`

    [9 lines not shown]
DeltaFile
+143-0llvm/test/CodeGen/DirectX/WavePrefixProduct.ll
+99-0clang/lib/Headers/hlsl/hlsl_alias_intrinsics.h
+46-0clang/test/CodeGenHLSL/builtins/WavePrefixProduct.hlsl
+41-0llvm/test/CodeGen/SPIRV/hlsl-intrinsics/WavePrefixProduct.ll
+27-3clang/lib/CodeGen/CGHLSLBuiltins.cpp
+28-0clang/test/SemaHLSL/BuiltIns/WavePrefixProduct-errors.hlsl
+384-39 files not shown
+440-415 files

NetBSD/src uN6BW2jtests/lib/libc/gen t_fpclassify.c

   t_fpclassify: Show the floating-point bits more carefully.

   Use formatbits(&f) rather than formatbits(f).  This serves two
   purposes:

   1. Type-checking.

      Can't accidentally pass a double where a float is needed -- a bug
      that previously appeared a few times in this code.

   2. Reducing the chance that the data will pass through floating-point
      load/store instructions on x87.

      Floating-point load of binary32 (float) or binary64 (double)
      converts to x87 80-bit extended precision format internally, which
      preserves all floating-point _numbers_ and _infinities_ but has
      the side effect of changing signalling NaN to quiet NaN (and
      raising FE_INVALID).  This means that signalling NaNs were getting
      wrongly printed _as if_ they were quiet NaNs, which is frustrating

    [4 lines not shown]
VersionDeltaFile
1.21+86-77tests/lib/libc/gen/t_fpclassify.c
+86-771 files

NetBSD/src hUSPqjisys/arch/mac68k/dev zs.c, sys/arch/macppc/dev zs.c

   fix few typos in comments.
VersionDeltaFile
1.64+3-3sys/arch/mac68k/dev/zs.c
1.60+3-3sys/arch/macppc/dev/zs.c
1.286+3-3sys/netipsec/key.c
1.3+2-2sys/sys/wapbl_replay.h
+11-114 files

LLVM/project 801fc55clang/lib/AST Stmt.cpp, clang/lib/Basic ParsedAttrInfo.cpp

Revert "[clang] Fix some static initialization race-conditions (#181367)"

This reverts commit d7f32f1fbf83da2faa4acdcaf2a4d4885a2d068c.
DeltaFile
+21-26clang/lib/AST/Stmt.cpp
+7-10clang/lib/Basic/ParsedAttrInfo.cpp
+10-6clang/lib/StaticAnalyzer/Checkers/BasicObjCFoundationChecks.cpp
+2-2clang/lib/CodeGen/CodeGenAction.cpp
+40-444 files

NetBSD/pkgsrc-wip 741d4ce. Makefile, py-buildbot Makefile distinfo

py-buildbot: reduce test failures with Python 3.14
DeltaFile
+51-0py-buildbot/patches/patch-buildbot_db_migrations_alembic.ini
+5-2py-buildbot/Makefile
+1-0py-buildbot/distinfo
+0-1Makefile
+57-34 files

FreeBSD/src b66993bsys/dev/evdev input-event-codes.h

evdev: Drop comments from input-event-codes.h

They were copied intact from the Linux GPL-only file.

Requested by:   imp, glebius
MFC after:      1 week

(cherry picked from commit 89aa8a94053fdd22ed716fdf424a2d10e70b3188)
DeltaFile
+174-305sys/dev/evdev/input-event-codes.h
+174-3051 files

FreeBSD/src 262ea9dsys/dev/evdev input.h input-event-codes.h

evdev: Sync event codes with Linux kernel 6.18

MFC after:      1 month

(cherry picked from commit 8d9a5d44b155af7123893a6948ad7e86b48c57b3)
DeltaFile
+44-29sys/dev/evdev/input.h
+27-1sys/dev/evdev/input-event-codes.h
+71-302 files

LLVM/project 1870f3fclang/lib/Driver/ToolChains Clang.cpp, clang/test/Driver spirv-openmp-toolchain.c

[clang][Driver][SPIRV][ClangLinkerWrapper] Pass --allow-partial-linkage to spirv-link (#181870)

Without this flag a lot of tests error in the linker.

---------

Signed-off-by: Nick Sarnie <nick.sarnie at intel.com>
DeltaFile
+5-0clang/lib/Driver/ToolChains/Clang.cpp
+1-1clang/test/Driver/spirv-openmp-toolchain.c
+6-12 files

LLVM/project 71f49eblldb/include/lldb/Target Process.h, lldb/source/Host/common ProcessLaunchInfo.cpp

[lldb][windows] release the ConPTY instead of copying its reference (#181811)

When running multiple targets in lldb, the `ProcessLaunchInfo` instance
gets re-used. This is a problem for the ConPTY instance which is owned
by `launch_info` because, when creating a second target, we close and
reopen the `m_pty` of the first target.

This patch replaces the `GetPTYSP` method with `ReleasePTY`, which moves
the `std::shared_ptr` out of `launch_info` instead of creating a new
`std::shared_ptr`. The `m_pty` instance is moved into the target's
process. This way, each target's `Process` instance owns its PTY
instance and is responsible for closing it.

---------

Co-authored-by: Adrian Prantl <adrian.prantl at gmail.com>
DeltaFile
+10-5lldb/source/Plugins/Process/Windows/Common/ProcessWindows.cpp
+1-6lldb/include/lldb/Target/Process.h
+2-2lldb/source/Host/windows/PseudoConsole.cpp
+3-0lldb/source/Host/common/ProcessLaunchInfo.cpp
+1-2lldb/source/Plugins/Platform/Windows/PlatformWindows.cpp
+1-2lldb/source/Plugins/Process/Windows/Common/ProcessWindows.h
+18-171 files not shown
+19-187 files

LLVM/project 6712e91llvm/lib/Target/SPIRV SPIRVAsmPrinter.cpp, llvm/test/CodeGen/SPIRV/extensions/SPV_INTEL_function_pointers fun-ptr-service-func.ll

[SPIRV] Prevent BB start emission for service functions (#178776)

When working with function pointers, the backend service functions might
still retain call instructions to the original functions. This PR skips
BB start emission for such cases.
DeltaFile
+27-0llvm/test/CodeGen/SPIRV/extensions/SPV_INTEL_function_pointers/fun-ptr-service-func.ll
+1-1llvm/lib/Target/SPIRV/SPIRVAsmPrinter.cpp
+28-12 files

LLVM/project 24c1204lldb/test/API/tools/lldb-dap/variables TestDAP_variables.py, lldb/tools/lldb-dap DAP.cpp

[lldb-dap] Validate utf8 protocol messages. (#181261)

I ran into this while debugging a different issue, but when we calcualte
the 'value' field of a variable we were not ensuring the contents were
valid utf8. If assertions are enabled then llvm::json::Value will assert
that the string contains invalid utf8.

To address this I added a wrapper type (`lldb_dap::protocol::String`)
that can be used as a thin wrapper around `std::string` to ensure a
field contains valid utf8. This is now used throughout the
`lldb_dap::protocol::*` types.
DeltaFile
+67-67lldb/tools/lldb-dap/Protocol/ProtocolTypes.h
+99-9lldb/tools/lldb-dap/Protocol/ProtocolBase.h
+50-50lldb/tools/lldb-dap/Protocol/ProtocolRequests.h
+42-13lldb/tools/lldb-dap/Protocol/ProtocolBase.cpp
+33-13lldb/test/API/tools/lldb-dap/variables/TestDAP_variables.py
+17-20lldb/tools/lldb-dap/DAP.cpp
+308-17217 files not shown
+386-21323 files

NetBSD/pkgsrc-wip b57dddfpy-buildbot Makefile, py-evalidate Makefile PLIST

py-evalidate: remove, imported to pkgsrc
DeltaFile
+0-26py-evalidate/Makefile
+0-21py-evalidate/PLIST
+0-5py-evalidate/distinfo
+0-2py-evalidate/ALTERNATIVES
+1-1py-buildbot/Makefile
+0-2py-evalidate/DESCR
+1-576 files

FreeBSD/ports 17fd9cfaudio/subtui distinfo Makefile

audio/subtui: Update to 2.4.0

Changelog: https://github.com/MattiaPun/SubTUI/releases/tag/v2.4.0
DeltaFile
+5-5audio/subtui/distinfo
+1-1audio/subtui/Makefile
+6-62 files

NetBSD/pkgsrc HGFkKCZdoc CHANGES-2026

   doc: Added devel/py-evalidate version 2.1.3
VersionDeltaFile
1.1227+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc HEhP8ffdevel Makefile

   devel/Makefile: + py-evalidate
VersionDeltaFile
1.4595+2-1devel/Makefile
+2-11 files

LLVM/project 1704226libc/src/__support/math bf16divf.h

[libc][math] Fix build failures caused by constexpr (#181920)

DeltaFile
+1-1libc/src/__support/math/bf16divf.h
+1-11 files

NetBSD/pkgsrc JKuokpEdevel/py-evalidate Makefile PLIST

   devel/py-evalidate: import py-evalidate-2.1.3

   Evalidate is simple python module for safe and very fast eval()'uating
   user-supplied (possible malicious) Python expressions.
VersionDeltaFile
1.1+26-0devel/py-evalidate/Makefile
1.1+21-0devel/py-evalidate/PLIST
1.1+5-0devel/py-evalidate/distinfo
1.1+2-0devel/py-evalidate/DESCR
1.1+2-0devel/py-evalidate/ALTERNATIVES
+56-05 files