LLVM/project 1873be3llvm/test/CodeGen/AMDGPU call-args-inreg.ll cc-inreg-sgpr0-3-mismatch.ll, llvm/test/CodeGen/AMDGPU/GlobalISel irtranslator-call.ll

[AMDGPU] Fix caller/callee mismatch in SGPR assignment for inreg args

On the callee side, `LowerFormalArguments` marks SGPR0-3 as allocated in
`CCState` before running the CC analysis. On the caller side, `LowerCall` (and
GlobalISel's `lowerCall`/`lowerTailCall`) added the scratch resource to
`RegsToPass` without marking it in `CCState`. This caused `CC_AMDGPU_Func` to
treat SGPR0-3 as available on the caller side, assigning user inreg args there,
while the callee skipped them without marking it in `CCState`. This caused
`CC_AMDGPU_Func` to treat SGPR0-3 as available on the caller side, assigning
user inreg args there, while the callee skipped them.
DeltaFile
+405-7llvm/test/CodeGen/AMDGPU/call-args-inreg.ll
+168-39llvm/test/CodeGen/AMDGPU/cc-inreg-sgpr0-3-mismatch.ll
+84-2llvm/test/CodeGen/AMDGPU/call-args-inreg-no-sgpr-for-csrspill-xfail.ll
+41-41llvm/test/CodeGen/AMDGPU/GlobalISel/irtranslator-call.ll
+8-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.error.ll
+4-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.ll
+710-1055 files not shown
+730-11311 files

LLVM/project 6e205c0clang/include/clang/Driver RocmInstallationDetector.h, clang/lib/Driver/ToolChains AMDGPU.cpp

Reapply "clang/AMDGPU: Stop looking for oclc_correctly_rounded_sqrt control libraries" (#182877) (#182887)

This reverts commit 47da1cea9780dd3e60bad61fd96250b37469339a.
DeltaFile
+0-11clang/lib/Driver/ToolChains/AMDGPU.cpp
+1-7clang/include/clang/Driver/RocmInstallationDetector.h
+0-5clang/test/Driver/hip-device-libs.hip
+0-5clang/test/Driver/rocm-device-libs.cl
+2-2clang/test/Driver/amdgpu-openmp-toolchain.c
+1-1flang/test/Driver/omp-driver-offload.f90
+4-3111 files not shown
+4-3117 files

LLVM/project 7f6f668clang/include/clang/Basic BuiltinsAMDGPU.td, clang/test/CodeGenHIP builtins-amdgcn-gfx1250-cvt-f16.hip

[Clang][AMDGPU] Change __fp16 to _Float16 in GFX1250 CVT builtin definitions
DeltaFile
+609-0clang/test/CodeGenHIP/builtins-amdgcn-gfx1250-cvt-f16.hip
+24-24clang/include/clang/Basic/BuiltinsAMDGPU.td
+633-242 files

LLVM/project 605f405clang/lib/Driver ToolChain.cpp, clang/test/Driver print-multi-selection-flags.c

[Multilib] Extend support for -fmultilib-flag to all targets (#182220)

Support for the `-fmultilib-flag` option has been added to AArch64/ARM.
This patch extends the support of the flag to all targets.
DeltaFile
+2-4clang/lib/Driver/ToolChain.cpp
+2-0clang/test/Driver/print-multi-selection-flags.c
+4-42 files

FreeBSD/ports 3928587www/dooble distinfo Makefile

www/dooble: Update 2026.02.09 => 2026.02.15

Changelog:
 - Interpret command-line arguments as local files first and then as
   remote locations. See 2025.11.25 item.
 - New Settings -> Web -> Local Content Can Access File URLs.
 - New Settings -> Web -> Special Files Suffixes.
 - Sleepy-deepy timers on panel closings.
 - Special logic for displaying .desktop files. A page's setContent()
   method will be issued whenever the local file has a suffix of
   .desktop. GitHub ticket #274.
https://github.com/textbrowser/dooble/releases/tag/2026.02.15

PR:     293203
DeltaFile
+3-3www/dooble/distinfo
+1-1www/dooble/Makefile
+4-42 files

LLVM/project 179b9e2llvm/cmake/modules HandleLLVMOptions.cmake

Re-enable MSVC C4512 diagnostic; NFC (#182576)

From MSDN:

https://learn.microsoft.com/en-us/cpp/error-messages/compiler-warnings/compiler-warning-level-4-c4512?view=msvc-170

> 'class' : assignment operator could not be generated

This diagnostic was disabled as part of enabling /W4 use in 5c73e1f
where there were 40k+ instances of the diagnostic being triggered.
However, local testing shows the diagnostic is not being generated.
DeltaFile
+0-1llvm/cmake/modules/HandleLLVMOptions.cmake
+0-11 files

LLVM/project 9909963clang/test/CIR/CodeGenOpenACC declare-deviceresident.cpp declare-create.cpp

[CIR] Represent Cleanups  with Cleanup scopes (#180276)

Represent the Cleanups stack explicitly with Cleanup scopes
DeltaFile
+75-52clang/test/CIR/CodeGenOpenACC/declare-deviceresident.cpp
+76-50clang/test/CIR/CodeGenOpenACC/declare-create.cpp
+76-50clang/test/CIR/CodeGenOpenACC/declare-copyout.cpp
+74-49clang/test/CIR/CodeGenOpenACC/declare-copy.cpp
+65-40clang/test/CIR/CodeGenOpenACC/declare-present.cpp
+62-39clang/test/CIR/CodeGenOpenACC/declare-copyin.cpp
+428-28016 files not shown
+703-34722 files

LLVM/project a14b72blldb/include/lldb/Utility FileSpec.h, lldb/source/Core PluginManager.cpp

[lldb] Automatically discover and load dynamic LLDB Plugins (#182628)

LLDB's architecture is heavily centered around plugins. Its primary
purpose is abstraction and modularity, more so than extensibility. For
example, all the in-tree plugins are linked in statically. However, it
is possible to load modules dynamically, though that's mostly aimed at
plugins that built on top of the stable public SB API.

I'm working on support for loading modules dynamically, specifically
in-tree modules that use the LLDB_PLUGIN_DEFINE macro and the
corresponding CMake machinery.

This PR adds support for initializing modules using the symbols
generated by the aforementioned macro. This makes it possible to convert
plugins to shared libraries with minimal changes: is:

 - Replace PLUGIN with SHARED in the plugin's CMakeLists.txt.
- Link against libLLDB instead of linking statically against LLVM and
LLDB libraries.
- Re-export all private symbols from libLLDB with
`-DLLDB_EXPORT_ALL_SYMBOLS=ON`.
DeltaFile
+154-84lldb/source/Core/PluginManager.cpp
+25-6lldb/include/lldb/Utility/FileSpec.h
+179-902 files

LLVM/project f222274llvm/lib/Target/AMDGPU AMDGPUCallLowering.cpp, llvm/test/CodeGen/AMDGPU call-args-inreg.ll cc-inreg-sgpr0-3-mismatch.ll

[AMDGPU] Fix caller/callee mismatch in SGPR assignment for inreg args

On the callee side, `LowerFormalArguments` marks SGPR0-3 as allocated in
`CCState` before running the CC analysis. On the caller side, `LowerCall` (and
GlobalISel's `lowerCall`/`lowerTailCall`) added the scratch resource to
`RegsToPass` without marking it in `CCState`. This caused `CC_AMDGPU_Func` to
treat SGPR0-3 as available on the caller side, assigning user inreg args there,
while the callee skipped them without marking it in `CCState`. This caused
`CC_AMDGPU_Func` to treat SGPR0-3 as available on the caller side, assigning
user inreg args there, while the callee skipped them.
DeltaFile
+405-7llvm/test/CodeGen/AMDGPU/call-args-inreg.ll
+168-39llvm/test/CodeGen/AMDGPU/cc-inreg-sgpr0-3-mismatch.ll
+84-2llvm/test/CodeGen/AMDGPU/call-args-inreg-no-sgpr-for-csrspill-xfail.ll
+41-41llvm/test/CodeGen/AMDGPU/GlobalISel/irtranslator-call.ll
+8-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.error.ll
+12-0llvm/lib/Target/AMDGPU/AMDGPUCallLowering.cpp
+718-975 files not shown
+730-11311 files

LLVM/project 035de0allvm/lib/Target/RISCV RISCVInstrInfoV.td RISCVInstrInfoZvk.td

[RISCV] Rename RVVConstraint->VS1VS2Constraint. NFC (#182688)

DeltaFile
+28-28llvm/lib/Target/RISCV/RISCVInstrInfoV.td
+6-6llvm/lib/Target/RISCV/RISCVInstrInfoZvk.td
+5-5llvm/lib/Target/RISCV/RISCVInstrInfoXSf.td
+3-3llvm/lib/Target/RISCV/RISCVInstrInfoXAndes.td
+2-2llvm/lib/Target/RISCV/RISCVInstrFormats.td
+2-2llvm/lib/Target/RISCV/RISCVInstrInfoXTHead.td
+46-464 files not shown
+50-5110 files

LLVM/project ce58e15compiler-rt/test/builtins CMakeLists.txt, compiler-rt/test/builtins/Unit divsf3_test.c mulsf3_test.c

Simplify the #if in each unit test

Each test file now just checks `#if COMPILER_RT_ARM_OPTIMIZED_FP` to
decide whether to enable the extra checking, or if it's a function
implemented in Thumb-1 as well, `COMPILER_RT_ARM_OPTIMIZED_FP_THUMB1`.

Conveniently, one of the tests here tests each macro.
DeltaFile
+14-2compiler-rt/test/builtins/CMakeLists.txt
+1-1compiler-rt/test/builtins/Unit/divsf3_test.c
+1-1compiler-rt/test/builtins/Unit/mulsf3_test.c
+16-43 files

LLVM/project 174aaacclang/docs ReleaseNotes.rst, clang/lib/Tooling Tooling.cpp

[Clang] Fix assertion failure in SDiagsWriter when finish() is not called (#181712)

When `--serialize-diagnostics` is used, `SDiagsWriter` enters bitstream
blocks during its initialization. They are expected to be exited in the
`finish()` method.

However in LibTooling based tools (like `clang-tidy` or `clang-check`),
if a user provides an invalid command-line argument, the driver detects
the error and prepares for an early exit. The exit path leads directly
to destruction, skipping the call to `finish()` that would normally
occur in the main logic. Then the assertion detects this block imbalance
and triggers a crash.

As of AI Usage: Gemini 3 was used to rephrase part of the PR description
Closes https://github.com/llvm/llvm-project/issues/140433
DeltaFile
+18-7clang/lib/Tooling/Tooling.cpp
+7-0clang/test/Tooling/serialize-diagnostics.cpp
+1-0clang/docs/ReleaseNotes.rst
+26-73 files

LLVM/project b960e6eclang/lib/CodeGen/TargetBuiltins ARM.cpp

Silence "switch statement contains default but not case labels"; NFC (#182855)

Silences an MSVC C4065 diagnostic that was introduced in
0dd1cb015e8b1439e70c152eb134abb01e1af831
DeltaFile
+0-4clang/lib/CodeGen/TargetBuiltins/ARM.cpp
+0-41 files

Illumos/gate e099574usr/src/lib/libc/port/locale localeimpl.c, usr/src/test/libc-tests/tests/newlocale newlocale_test.c

17876 newlocale should understand how libstdc++ names composite locales
Reviewed by: Robert Mustacchi <rm at fingolfin.org>
Approved by: Dan McDonald <danmcd at Edgecast.io>
DeltaFile
+311-5usr/src/test/libc-tests/tests/newlocale/newlocale_test.c
+68-7usr/src/lib/libc/port/locale/localeimpl.c
+379-122 files

OpenBSD/src Bv1CmeBusr.bin/nc netcat.c

   nc(1) has the more crazy unveil + pledge configuration based upon
   argument flags.  I think this correctly replaces "tmppath" with an
   unveil.
VersionDeltaFile
1.238+4-2usr.bin/nc/netcat.c
+4-21 files

LLVM/project d1b3a71llvm/test/CodeGen/AMDGPU call-args-inreg.ll cc-inreg-sgpr0-3-mismatch.ll, llvm/test/CodeGen/AMDGPU/GlobalISel irtranslator-call.ll

[AMDGPU] Fix caller/callee mismatch in SGPR assignment for inreg args

On the callee side, `LowerFormalArguments` marks SGPR0-3 as allocated in
`CCState` before running the CC analysis. On the caller side, `LowerCall` (and
GlobalISel's `lowerCall`/`lowerTailCall`) added the scratch resource to
`RegsToPass` without marking it in `CCState`. This caused `CC_AMDGPU_Func` to
treat SGPR0-3 as available on the caller side, assigning user inreg args there,
while the callee skipped them without marking it in `CCState`. This caused
`CC_AMDGPU_Func` to treat SGPR0-3 as available on the caller side, assigning
user inreg args there, while the callee skipped them.
DeltaFile
+405-7llvm/test/CodeGen/AMDGPU/call-args-inreg.ll
+168-39llvm/test/CodeGen/AMDGPU/cc-inreg-sgpr0-3-mismatch.ll
+84-2llvm/test/CodeGen/AMDGPU/call-args-inreg-no-sgpr-for-csrspill-xfail.ll
+41-41llvm/test/CodeGen/AMDGPU/GlobalISel/irtranslator-call.ll
+8-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.error.ll
+4-8llvm/test/CodeGen/AMDGPU/tail-call-inreg-arguments.ll
+710-1055 files not shown
+730-11311 files

OpenBSD/src qtrVPWqgnu/usr.bin/binutils-2.17/binutils objdump.c

   replace pledge "stdio rpath tmppath" with unveil "/tmp" "rwc" to satisfy
   mktemp(3) type operations, unveil "/" "r" for reading all over the tree,
   and pledge "stdio rpath wpath cpath" to permit both unveils subject to
   their own limitations.
VersionDeltaFile
1.3+5-1gnu/usr.bin/binutils-2.17/binutils/objdump.c
+5-11 files

LLVM/project 0b95a49llvm/test/Transforms/SLPVectorizer/X86 copyable_reorder.ll

[SLP][NFC] Pre-commit tests for copyable element reordering (#182653)

Tests for #182443.
DeltaFile
+403-0llvm/test/Transforms/SLPVectorizer/X86/copyable_reorder.ll
+403-01 files

FreeNAS/freenas 3067177debian/debian control

NAS-139946 / 26.0.0-BETA.1 / Add rwd as a debian dependency of truenas (#18278)

This commit adds rwd as runtime dependency of truenas.
DeltaFile
+1-0debian/debian/control
+1-01 files

OpenBSD/src H90a1knusr.bin/patch patch.c

   Since this program is "rpath wpath cpath", it does not need to use
   "tmppath"
   ok op
VersionDeltaFile
1.78+3-3usr.bin/patch/patch.c
+3-31 files

NetBSD/pkgsrc UuLKn27graphics/qiv Makefile

   qiv: Not for platform Darwin

   It depends on x11 backend of gtk3+ which is not available on Darwin.
VersionDeltaFile
1.83+3-1graphics/qiv/Makefile
+3-11 files

LLVM/project d389732clang/include/clang/Driver RocmInstallationDetector.h, clang/lib/Driver/ToolChains AMDGPU.cpp

Reapply "clang/AMDGPU: Stop looking for oclc_correctly_rounded_sqrt control libraries" (#182877)

This reverts commit 47da1cea9780dd3e60bad61fd96250b37469339a.
DeltaFile
+0-11clang/lib/Driver/ToolChains/AMDGPU.cpp
+1-7clang/include/clang/Driver/RocmInstallationDetector.h
+0-5clang/test/Driver/rocm-device-libs.cl
+0-5clang/test/Driver/hip-device-libs.hip
+2-2clang/test/Driver/amdgpu-openmp-toolchain.c
+1-1flang/test/Driver/omp-driver-offload.f90
+4-3111 files not shown
+4-3117 files

FreeBSD/ports 54e2c80astro/xearth/files freebsd.committers.markers

astro/xearth: add myself (nxjoseph) to freebsd.committers.markers

Reviewed by:    osa, vvd (mentors)
Approved by:    osa, vvd (mentors)
Differential Revision:  https://reviews.freebsd.org/D55464
DeltaFile
+1-0astro/xearth/files/freebsd.committers.markers
+1-01 files

LLVM/project 1af0cecllvm/lib/Target/AArch64 AArch64SystemOperands.td, llvm/lib/Target/AArch64/AsmParser AArch64AsmParser.cpp

fixup! Simplify logic after suggestions from Marian
DeltaFile
+13-10llvm/lib/Target/AArch64/AsmParser/AArch64AsmParser.cpp
+1-0llvm/lib/Target/AArch64/AArch64SystemOperands.td
+14-102 files

LLVM/project 11aaba0llvm/lib/Target/AArch64 AArch64SystemOperands.td, llvm/lib/Target/AArch64/AsmParser AArch64AsmParser.cpp

[AArch64][llvm] Gate some `tlbip` insns with +tlbid or +d128

Change the gating of `tlbip` instructions containing `*E1IS*`, `*E1OS*`,
`*E2IS*` or `*E2OS*` to be used with `+tlbid` or `+d128`. This is because
the 2025 Armv9.7-A MemSys specification says:

```
  All TLBIP *E1IS*, TLBIP*E1OS*, TLBIP*E2IS* and TLBIP*E2OS* instructions
  that are currently dependent on FEAT_D128 are updated to be dependent
  on FEAT_D128 or FEAT_TLBID
```
DeltaFile
+259-0llvm/test/MC/AArch64/tlbip-tlbid-or-d128.s
+66-66llvm/test/MC/AArch64/armv9a-tlbip.s
+15-5llvm/lib/Target/AArch64/AsmParser/AArch64AsmParser.cpp
+20-0llvm/lib/Target/AArch64/Utils/AArch64BaseInfo.h
+6-3llvm/lib/Target/AArch64/AArch64SystemOperands.td
+366-745 files

FreeBSD/ports 26399a2sysutils/detox pkg-plist distinfo

sysutils/detox: Update to 3.0.1
DeltaFile
+5-2sysutils/detox/pkg-plist
+3-3sysutils/detox/distinfo
+1-1sysutils/detox/Makefile
+9-63 files

NetBSD/pkgsrc 5tUlz8jx11/gtk3 options.mk

   gtk3: Disable wayland and x11 backends for Darwin

   Since this rule is in meson.build:
   ```
   if os_darwin
     wayland_enabled = false
     x11_enabled = false
   else
     quartz_enabled = false
   endif
   ```
VersionDeltaFile
1.34+2-2x11/gtk3/options.mk
+2-21 files

LLVM/project 4fe676fclang/test/CodeGen/AArch64/sve-intrinsics acle_sve_cvt.c acle_sve_cnt.c, clang/test/CodeGen/AArch64/sve2-intrinsics acle_sve2_revd.c

[Clang][SVE] Use Poison instead of Undef when lowering builtins

As per LLVM's official guideline
(https://llvm.org/docs/LangRef.html#undefined-values):

> A ‘poison’ value (described in the next section) should be used
> instead of ‘undef’ whenever possible.

This PR updates the lowering of SVE builtins to use Poison instead of
Undef.
DeltaFile
+64-64clang/test/CodeGen/AArch64/sve-intrinsics/acle_sve_cvt.c
+26-26clang/test/CodeGen/AArch64/sve2-intrinsics/acle_sve2_revd.c
+24-24clang/test/CodeGen/AArch64/sve-intrinsics/acle_sve_cnt.c
+24-24clang/test/CodeGen/AArch64/sve-intrinsics/acle_sve_dup.c
+16-16clang/test/CodeGen/AArch64/sve2p2-intrinsics/acle_sve_rintx.c
+16-16clang/test/CodeGen/AArch64/sve-intrinsics/acle_sve_clz.c
+170-17030 files not shown
+397-39136 files

LLVM/project 6465d6dllvm/cmake/modules HandleLLVMOptions.cmake

Re-enable MSVC C4291 diagnostic; NFC (#182868)

From MSDN:

https://learn.microsoft.com/en-us/cpp/error-messages/compiler-warnings/compiler-warning-level-1-c4291?view=msvc-170

> 'declaration' : no matching operator delete found; memory will not be
> freed if initialization throws an exception

This was disabled because it was necessary for some code in Clang, but
after re-enabling the warning, no new diagnostics were emitted.
DeltaFile
+0-1llvm/cmake/modules/HandleLLVMOptions.cmake
+0-11 files

LLVM/project 20c6a59llvm/cmake/modules HandleLLVMOptions.cmake

Re-enable MSVC C4510 diagnostic; NFC (#182872)

From MSDN:

https://learn.microsoft.com/en-us/cpp/error-messages/compiler-warnings/compiler-warning-level-4-c4510?view=msvc-170

> 'class' : default constructor could not be generated

This diagnostic was disabled in 5c73e1f85c5d37a5b037c70f3c112eec5646acb3
because it was generating 1700+ diagnostics at the time. Locally
enabling the warning causes no new diagnostics to be emitted, so I think
the false positives have been addressed and this can be enabled.
DeltaFile
+0-1llvm/cmake/modules/HandleLLVMOptions.cmake
+0-11 files