LLVM/project 4424690clang/lib/CIR/CodeGen CIRGenExprComplex.cpp, clang/test/CIR/CodeGen complex-plus-minus.cpp

[CIR] Fix imag value in Scalar and Complex substraction (#214019)

Fix imaginary value in Scalar and Complex subtraction

Issue #213998
DeltaFile
+72-0clang/test/CIR/CodeGen/complex-plus-minus.cpp
+7-1clang/lib/CIR/CodeGen/CIRGenExprComplex.cpp
+79-12 files

FreeBSD/ports 4aaa28bgames/mahjong Makefile

games/mahjong: Add missing RUN_DEPENDS

PR:             295245
Reported by:    l_m at disroot.org
DeltaFile
+3-0games/mahjong/Makefile
+3-01 files

LLVM/project 3fcd11eclang/lib/Basic MakeSupport.cpp, clang/lib/Frontend DependencyFile.cpp

Merge branch 'main' into users/ssahasra/av-metadata-clang
DeltaFile
+2,340-0clang/test/CodeGen/AArch64/neon/store.c
+0-1,629clang/test/CodeGen/AArch64/neon-ldst-one.c
+0-1,515clang/test/CodeGen/AArch64/neon-intrinsics.c
+144-0clang/lib/Basic/MakeSupport.cpp
+3-134clang/lib/Frontend/DependencyFile.cpp
+0-114clang/test/CodeGen/AArch64/poly64.c
+2,487-3,39238 files not shown
+3,218-3,42044 files

LLVM/project da9ca9cclang/lib/Basic MakeSupport.cpp, clang/lib/Driver/ToolChains Flang.cpp

[flang][driver] Support Makefile dependency generation (#209379)

Implement the GCC/Clang dependency-file flags for flang, which it
previously rejected as unknown arguments: -M, -MM, -MD, -MMD, -MF,
-MT and -MQ.

Feature:
 -  -MD/-MMD : write a .d file alongside a normal compile
 -  -M/-MM   : run through semantics; emit deps to stdout by default
 -  -MF      : dependency-file path
 -  -MT/-MQ  : target name (verbatim / Make-quoted)
  (-M==-MM and -MD==-MMD; Fortran has no system/user header split.)

Design:
- `-M`/`-MM`: driver passes `-fsyntax-only -dependency-file - -MT
  <target>` to `-fc1`. Running through semantics resolves USE
  statements so module file dependencies are captured in the output.
  This deviates from clang's prescan-only behaviour for -M, but is
  intentional: unlike C/C++ #include, Fortran's USE statement is

    [17 lines not shown]
DeltaFile
+144-0clang/lib/Basic/MakeSupport.cpp
+3-134clang/lib/Frontend/DependencyFile.cpp
+108-0flang/test/Driver/dependency-file.f90
+101-3clang/lib/Driver/ToolChains/Flang.cpp
+42-0flang/lib/Frontend/FrontendAction.cpp
+37-0flang/test/Driver/dependency-file-gen.f90
+435-13710 files not shown
+546-14316 files

LLVM/project cec8658llvm/test/CodeGen/AMDGPU flat-saddr-atomics.ll llvm.amdgcn.wmma.imm.gfx1250.w32.ll

[AMDGPU][GFX1250] Use null register for global_prefetch_b8 instead of s[0:1]

Fixes ROCM-28799.
DeltaFile
+250-250llvm/test/CodeGen/AMDGPU/llvm.amdgcn.wmma.gfx1250.w32.ll
+232-232llvm/test/CodeGen/AMDGPU/flat-saddr-load.ll
+196-196llvm/test/CodeGen/AMDGPU/llvm.amdgcn.wmma.imod.gfx1250.w32.ll
+183-183llvm/test/CodeGen/AMDGPU/fcanonicalize.ll
+174-174llvm/test/CodeGen/AMDGPU/llvm.amdgcn.wmma.imm.gfx1250.w32.ll
+166-166llvm/test/CodeGen/AMDGPU/flat-saddr-atomics.ll
+1,201-1,201199 files not shown
+6,331-6,331205 files

NetBSD/src gkUBUASusr.bin/cut cut.1, usr.bin/paste paste.1

   cut.1 & paste.1: add HISTORY and AUTHORS

   Sourced from OpenBSD and FreeBSD, which both reference the same post[1]
   for part of it. They differ in certain details.

   FreeBSD puts the additional credit to Marciano Pitargue in the wrong
   utility, going by the source code credits (and what OpenBSD has). There
   is discussion in the FreeBSD review[2] about which originating release
   is relevant for cut(1) (32V vs. System III), as both BSDs referenced
   32V for paste(1). This was perhaps confused in the FreeBSD review,
   which talks directly about cut(1), but was applied also to paste(1). An
   earlier FreeBSD commit specifically lists 32V for paste(1)[3]. (I don't
   have 32V to examine.)

   These histories could be subject to further cut and paste...

   1. https://www.tuhs.org/pipermail/tuhs/2020-January/019955.html
   2. https://reviews.freebsd.org/D36048
   3. https://github.com/freebsd/freebsd-src/commit/30f8b6c18279162a2f4efdc9e85a49683a8aafbf
VersionDeltaFile
1.21+19-2usr.bin/cut/cut.1
1.10+17-2usr.bin/paste/paste.1
+36-42 files

LLVM/project d87c685libclc/test lit.site.cfg.py.in lit.cfg.py, libclc/test/conformance lit.local.cfg work_group_reduce.cl

[libclc] Add initial support for libclc execution conformance tests (#214072)

Summary:
This uses the `llvm-gpu-loader` tool to invoke OpenCL test kernels. This
routes OpenCL through the standard compute runtimes, which aren't
exactly 1-to-1 with OpenCL, but it's close enough. Obviously, the best
solution would be to have a real OpenCL host library that can launch
these, but this is the best we can get in-tree and is very sipmle, write
kernel, test kernel.

The goal is to have a lot more tests run here, but this just gets the
basic infrastructure in place. We won't be able to do full conformance
like external suites, like exhaustive math, but I think its' a step in
the right direction. It looks like this on my side:

```console
$ ninja check-libclc-amdgpu-amd-amdhsa-llvm
```

This requires building with the LLVM `offload/` runtime enabled for the
source compiler.
DeltaFile
+27-0libclc/test/CMakeLists.txt
+24-1libclc/test/lit.cfg.py
+9-0libclc/test/conformance/work_group_reduce.cl
+2-0libclc/test/lit.site.cfg.py.in
+2-0libclc/test/conformance/lit.local.cfg
+64-15 files

LLVM/project 1a176afclang/lib/CIR/CodeGen CIRGenBuiltinAArch64.cpp, clang/test/CodeGen/AArch64 poly64.c neon-intrinsics.c

[CIR][AArch64] Upstream store (vst[234]_*/vst[234]q_*) NEON builtins (#212040)

Related to https://github.com/llvm/llvm-project/issues/185382

CIR lowering for store intrinsics (`vst[234]_*`/`vst[234]q_*`)
(https://arm-software.github.io/acle/neon_intrinsics/advsimd.html#store)

Port tests:
- `clang/test/CodeGen/AArch64/neon-intrinsics.c`
-  `clang/test/CodeGen/AArch64/neon-ldst-one.c`
-  `clang/test/CodeGen/AArch64/poly64.c`

to `clang/test/CodeGen/AArch64/neon/store.c`
DeltaFile
+2,340-0clang/test/CodeGen/AArch64/neon/store.c
+0-1,629clang/test/CodeGen/AArch64/neon-ldst-one.c
+0-1,515clang/test/CodeGen/AArch64/neon-intrinsics.c
+0-114clang/test/CodeGen/AArch64/poly64.c
+64-12clang/lib/CIR/CodeGen/CIRGenBuiltinAArch64.cpp
+2,404-3,2705 files

NetBSD/pkgsrc Rho217bdoc CHANGES-2026

   Removed net/py-ipaddress, net/py-IP
VersionDeltaFile
1.4982+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc LQwLI5Lnet Makefile, net/py-IP DESCR distinfo

   py-IP: removed; use Python ipaddress module
VersionDeltaFile
1.1638+1-2net/Makefile
1.12+1-1net/py-IP/distinfo
1.8+1-1net/py-IP/PLIST
1.27+1-1net/py-IP/Makefile
1.2+0-0net/py-IP/DESCR
+4-55 files

NetBSD/pkgsrc QpBRtbSnet Makefile, net/py-ipaddress DESCR distinfo

   py-ipaddress: removed; included in Python 3.3
VersionDeltaFile
1.1637+1-2net/Makefile
1.13+1-1net/py-ipaddress/distinfo
1.2+1-1net/py-ipaddress/PLIST
1.14+1-1net/py-ipaddress/Makefile
1.2+0-0net/py-ipaddress/DESCR
+4-55 files

FreeBSD/src bdf9027sys/fs/fuse fuse_vnops.c, tests/sys/fs/fusefs default_permissions.cc

fusefs: fix error handling when reading a directory's sticky bit

When trying to delete or rename a file, fuse_vnop_lookup must check
whether its parent directory's sticky bit is set.  Realistically, the
parent directory's attributes will almost always be cached.  But it's
possible that they won't be, and in that case we must send a new
FUSE_GETATTR request to the server.  If that request fails for some
reason, then we must fail the lookup.  Prior to this change fusefs would
ignore failure of that request.

Reported by:    Yuxiang Yang, Yizhou Zhao, Ao Wang, Xuewei Feng, Qi Li,
                and Ke Xu of Tsinghua University
Reviewed by:    markj
Differential Revision: https://reviews.freebsd.org/D57588

(cherry picked from commit b4af6a4cccc3b4b0ea461463196c258eb92ad2e5)
DeltaFile
+53-0tests/sys/fs/fusefs/default_permissions.cc
+6-4sys/fs/fuse/fuse_vnops.c
+59-42 files

LLVM/project c15a90dclang/test/Preprocessor riscv-target-features.c, llvm/lib/Target/RISCV RISCVFeatures.td

[RISCV][MC] Add experimental Smijt, Ssijt, Smehv, and Ssehv support (#213431)

Add support for version 0.19 of the Smijt, Ssijt, Smehv, and Ssehv
extensions from the RISC-V fast interrupt specification.
DeltaFile
+38-0clang/test/Preprocessor/riscv-target-features.c
+16-0llvm/test/CodeGen/RISCV/attributes.ll
+16-0llvm/lib/Target/RISCV/RISCVFeatures.td
+14-0llvm/test/MC/RISCV/supervisor-csr-names.s
+14-0llvm/test/MC/RISCV/machine-csr-names.s
+12-0llvm/test/MC/RISCV/attribute-arch.s
+110-06 files not shown
+129-112 files

LLVM/project 45a9d73.github/workflows/upload-release-artifact action.yml

workflows/upload-release-artifact: Use new self-repository reference (#213366)

This is for composite actions.

https://github.blog/changelog/2026-07-30-reference-same-repository-actions-with-self-repository-syntax/
(cherry picked from commit 37f4eeee65940dcac53e816c4b324fb607328e0e)
DeltaFile
+2-2.github/workflows/upload-release-artifact/action.yml
+2-21 files

LLVM/project 6a58ab2llvm/lib/Transforms/IPO ExpandVariadics.cpp, llvm/test/Transforms/ExpandVariadics spirv-printf.ll

[ExpandVariadics] Don't lower unmangled C printf on SPIR-V (#206998)

An unmangled C `printf` declaration demangles to bare `printf` (no
argument list), so `SPIRV::ignoreFunction`'s `printf(` prefix check
missed it and ExpandVariadics packed its arguments into a vararg buffer;
the SPIR-V backend then passed the buffer pointer as printf's first
variadic operand, so device printf printed pointer values instead of the
actual arguments. Match the bare name too so OpenCL/HIP printf (emitted
unmangled) is left as a variadic call for the backend's OpenCL.std
printf lowering.

(cherry picked from commit b1d21c6d3121898dc13c0df8cf9e4410bee75cfb)
DeltaFile
+35-0llvm/test/Transforms/ExpandVariadics/spirv-printf.ll
+6-1llvm/lib/Transforms/IPO/ExpandVariadics.cpp
+41-12 files

LLVM/project 1fee366clang/cmake/modules ClangConfig.cmake.in, compiler-rt/cmake/Modules CompilerRTUtils.cmake

Reapply "Skipping host target exports during cross-compilation" (#210… (#210496)

This reverts commit 42eb7db188f23625872b6f1d722979a3100d170e. This
reland 3fbb037d03e7ff1ef1cd9156363e895af7caaf98 (#209922).

Under CMake 4+, calling add_library(... SHARED IMPORTED) on a target
platform that lacks dynamic linking support triggers a fatal error. This
becomes an issue when building LLVM and runtimes for baremetal targets
like armv6m-none-eabi. This patch adds the option
"LLVM_OMIT_EXPORTS_FROM_CONFIG" in LLVM. When used in sub builds like
LLVM runtimes, it makes CMake to skip including the LLVM and Clang
exports. This mitigates the CMake 4 errors on baremetal runtimes.

42eb7db188f23625872b6f1d722979a3100d170e originally
apply this flag on all runtimes build and causing issues on runtimes
like intel-sycl-gpu, amdgpu-offload-ubuntu-22-cmake-build-only.
This PR only set this flag when the target platform lacks shared library
support.


    [2 lines not shown]
DeltaFile
+10-0runtimes/CMakeLists.txt
+9-0compiler-rt/cmake/Modules/CompilerRTUtils.cmake
+5-2clang/cmake/modules/ClangConfig.cmake.in
+1-1llvm/cmake/modules/LLVMConfig.cmake.in
+25-34 files

LLVM/project dbacea2llvm/lib/Target/AMDGPU SIISelLowering.cpp, llvm/test/CodeGen/AMDGPU llvm.amdgcn.image.illegal-data-type.err.ll

[AMDGPU] Reject non-fp16 image sample data in D16 detection while lowering image (#213272)
DeltaFile
+28-0llvm/test/CodeGen/AMDGPU/llvm.amdgcn.image.illegal-data-type.err.ll
+14-2llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+42-22 files

NetBSD/pkgsrc NigHynMdoc CHANGES-2026

   Removed math/py-cdecimal, net/py-GeoIP
VersionDeltaFile
1.4981+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc HJCv5yjnet Makefile, net/py-GeoIP DESCR distinfo

   py-GeoIP: removed; archived upstream; use py-geoip2 instead
VersionDeltaFile
1.1636+1-2net/Makefile
1.10+1-1net/py-GeoIP/distinfo
1.5+1-1net/py-GeoIP/PLIST
1.21+1-1net/py-GeoIP/Makefile
1.2+0-0net/py-GeoIP/DESCR
+4-55 files

NetBSD/pkgsrc VD7TYMFmath Makefile, math/py-cdecimal DESCR distinfo

   py-cdecimal: removed; obsoleted by the builtin decimal in Python 3.3
VersionDeltaFile
1.645+1-2math/Makefile
1.5+1-1math/py-cdecimal/distinfo
1.4+1-1math/py-cdecimal/PLIST
1.13+1-1math/py-cdecimal/Makefile
1.2+0-0math/py-cdecimal/DESCR
+4-55 files

NetBSD/pkgsrc 68QTyaTdoc CHANGES-2026

   Updated devel/py-faker, textproc/py-fastjsonschema
VersionDeltaFile
1.4980+3-1doc/CHANGES-2026
+3-11 files

NetBSD/pkgsrc zY5OXiPtextproc/py-fastjsonschema Makefile PLIST

   py-fastjsonschema: updated to 2.22.1

   2.22.1 (2026-07-27)

   * Fixed min Python version

   2.22.0 (2026-07-25)

   * Fixed IPv4 validation (rejecting leading zeros)
   * Fixed empty items and patternProperties
   * Fixed protection from deeply nested schemas potentially causing denial of service
   * Fixed comparing values for enum and const validations
   * Fixed resolving plain-name ref fragments
   * Fixed not throwing when unknown format is used
   * Fixed compilation of not, if/then/else, items, additionalItems, propertyNames and schema dependencies when a subschema generates no validation code
   * Added option to get all the errors (set `fast_fail` to `False`)
   * Added basic type hints
   * Added support of duration and uuid formats from draft-2019
VersionDeltaFile
1.13+4-4textproc/py-fastjsonschema/distinfo
1.5+4-1textproc/py-fastjsonschema/PLIST
1.16+2-2textproc/py-fastjsonschema/Makefile
+10-73 files

NetBSD/pkgsrc gygq9vxdevel/py-faker Makefile distinfo

   py-faker: updated to 40.36.0

   40.36.0

   * Fix: correct `uk_UA` `bban_format` to 6 digits + 19 letters so `iban()` generates valid Ukrainian IBANs. Thanks @CedricConday.

   40.35.0

   * Fix: add correct `bban_format` so `ru_RU` `iban()` generates valid Russian IBANs. Thanks @CedricConday.

   40.34.0

   * Fix: correct BBAN length so `da_DK` `iban()` generates valid Danish IBANs. Thanks @CedricConday.

   40.33.2

   * Validate `positive=True` against a non-positive `max_value` in `pydecimal`. Thanks @Sreekant13.

   40.33.1

    [6 lines not shown]
VersionDeltaFile
1.114+4-4devel/py-faker/distinfo
1.120+2-2devel/py-faker/Makefile
+6-62 files

NetBSD/pkgsrc KkY8sy2mail/py-mailmanclient Makefile PLIST

   py-mailmanclient: converted to wheel.mk
VersionDeltaFile
1.2+6-6mail/py-mailmanclient/PLIST
1.3+4-4mail/py-mailmanclient/Makefile
+10-102 files

NetBSD/pkgsrc IZkA6UMmail/py-postfix-mta-sts-resolver version.mk PLIST

   py-postfix-mta-sts-resolver: converted to wheel.mk + cleanup
VersionDeltaFile
1.14+12-21mail/py-postfix-mta-sts-resolver/Makefile
1.3+8-8mail/py-postfix-mta-sts-resolver/PLIST
1.2+1-1mail/py-postfix-mta-sts-resolver/version.mk
+21-303 files

FreeBSD/ports 941a70fsecurity/vuxml/vuln 2026.xml

security/vuxml: Fix affected port version of mail/thunderbird by CVE-2026-6778

Although mail/thunderbird does not actually have PORTEPOCH, one is included in vuxml.
As a result, even fixed versions were still incorrectly reported as vulnerable.

The incorrect report was as follows:

===>  thunderbird-153.0.2 has known vulnerabilities:
thunderbird-153.0.2 is vulnerable:
  Mozilla -- Invalid pointer
  CVE: CVE-2026-6778
  WWW: https://vuxml.FreeBSD.org/freebsd/5124ce36-430a-11f1-a627-b42e991fc52e.html
DeltaFile
+1-1security/vuxml/vuln/2026.xml
+1-11 files

FreeBSD/ports b748a0anet/cloudflare-speed-cli Makefile distinfo

net/cloudflare-speed-cli: Update to 1.0.8
DeltaFile
+3-3net/cloudflare-speed-cli/distinfo
+1-2net/cloudflare-speed-cli/Makefile
+4-52 files

FreeBSD/ports d5b6043graphics/engauge-digitizer Makefile

graphics/engauge-digitizer: Fix build

Reported by:    fallout
DeltaFile
+14-0graphics/engauge-digitizer/Makefile
+14-01 files

LLVM/project 15af95allvm/lib/Target/LoongArch LoongArchLSXInstrInfo.td LoongArchLASXInstrInfo.td, llvm/test/CodeGen/LoongArch/lasx/ir-instruction extractelement.ll

[LoongArch] Use unsigned vector extract for zero extension

Add patterns to select VPICKVE2GR_BU/HU and [X]VPICKVE2GR_WU for vector
extraction followed by zero extension, eliminating redundant masking
instructions.
DeltaFile
+16-38llvm/test/CodeGen/LoongArch/lasx/ir-instruction/extractelement.ll
+28-0llvm/lib/Target/LoongArch/LoongArchLASXInstrInfo.td
+8-19llvm/test/CodeGen/LoongArch/lsx/ir-instruction/extractelement.ll
+13-0llvm/lib/Target/LoongArch/LoongArchLSXInstrInfo.td
+65-574 files

FreeBSD/src c77cb02sys/fs/fuse fuse_vnops.c

fusefs: only search for FREAD fufh in readdir

The extra search for an FEXEC fufh shall be removed, since readdir
is only supposed to be called on a directory opened with FREAD.  The
sole exception is NFS, which will call VOP_READDIR with directories that
aren't open at all.  fuse already has special code to handle that.

Also remove the fuse_filehandle_get_dir() function, since it's not
used anywhere else.

Signed-off-by:  CismonX <admin at cismon.net>
Reviewed by:    asomers
Pull Request:   https://github.com/freebsd/freebsd-src/pull/1729

(cherry picked from commit 4179f1d9deed83977f159c8afea204293ef4c7d7)
DeltaFile
+1-11sys/fs/fuse/fuse_vnops.c
+1-111 files