LLVM/project 1db47f8libc/src/stdlib CMakeLists.txt

[libc][NFC] Workaround for environ_internal when building with gcc-12. (#196471)
DeltaFile
+10-0libc/src/stdlib/CMakeLists.txt
+10-01 files

LLVM/project 511286dllvm/test/Instrumentation/Instrumentor generate_rt.ll

[Instrumentor][test] Ensure dir is writeable (#196466)

When running the test in a runner where the source directory is read
only, this test fails w/ `error: failed to open instrumentor stub
runtime file for writing: Permission denied`. Run the test in a
writeable test dir `%t` to ensure we can actually write to the current
directory.
DeltaFile
+1-0llvm/test/Instrumentation/Instrumentor/generate_rt.ll
+1-01 files

LLVM/project 1c1461allvm/lib/Target/AMDGPU AMDGPUAttributor.cpp

[NFC][AMDGPU] Use a worklist and remember results in AMDGPUAttributor (#196452)

This was a recursive function with a Map to cache things that was never filled.
Now it's a worklist and the map is actually used.

Co-authored-by: Johannes Doerfert <johannes at jdoerfert.de>
DeltaFile
+38-19llvm/lib/Target/AMDGPU/AMDGPUAttributor.cpp
+38-191 files

OpenBSD/src vmFWyKclib/libcrypto/x509 x509_purp.c

   x509_purp: fix doc comment for check_ca()

   This comment has gotten out of sync with reality. The "I don't know..."
   fallback was removed and a special case for netscape CAs was added.
   Sync from the manual and add some more details.

   Pointed out by Maximilian Radoy in
   https://github.com/libressl/portable/issues/1274

   ok kenjiro
VersionDeltaFile
1.45+7-3lib/libcrypto/x509/x509_purp.c
+7-31 files

OpenBSD/src dcLRPCZregress/lib/libc/asr regress.sh

   asr regress: workaround due to removal of . from the path

   Since . is no longer part of the default path, . regress.subr no longer
   works. Use ${PWD}.

   With this, the regress appears to mostly work except for what looks like
   ordering issues and of course it isn't using bsd.regress.mk. I leave the
   former to the DNS experts and the latter to the regress experts if they're
   interested.
VersionDeltaFile
1.8+2-2regress/lib/libc/asr/regress.sh
+2-21 files

OpenBSD/ports ynP3k42lang/ruby/4.0 distinfo Makefile, lang/ruby/4.0/patches patch-lib_rubygems_rb

   Update to Ruby 4.0.3

   Fixes CVE-2026-41316

   OK tb@
VersionDeltaFile
1.4+4-4lang/ruby/4.0/pkg/PLIST-main
1.4+2-2lang/ruby/4.0/distinfo
1.9+1-2lang/ruby/4.0/Makefile
1.3+1-1lang/ruby/4.0/patches/patch-lib_rubygems_rb
+8-94 files

OpenBSD/src Ne4H7nxregress/lib/libc/asr regress.subr

   asr regress: /etc/networks was removed in 2018
VersionDeltaFile
1.5+1-2regress/lib/libc/asr/regress.subr
+1-21 files

OpenBSD/src 4y6pFkUregress/lib/libc/asr/bin Makefile.inc

   asr regress: set -Wno-unused-but-set-variables in CFLAGS

   This allows building without modifying some debugging code.
VersionDeltaFile
1.3+2-1regress/lib/libc/asr/bin/Makefile.inc
+2-11 files

OpenBSD/src ZA7qqbDregress/lib/libc/asr/bin threads.c

   asr regress: extern three variables to fix build with -fcommon
VersionDeltaFile
1.2+4-4regress/lib/libc/asr/bin/threads.c
+4-41 files

LLVM/project 2751c7eclang/lib/AST StmtProfile.cpp, clang/test/Modules polluted-operator.cppm

Reland [C++20] [Modules] Don't profiling the callee of CXXFoldExpr (#190732) (#195983)

Close https://github.com/llvm/llvm-project/issues/190333

For the test case, the root cause of the problem is, the compiler
thought the declaration of `operator &&` in consumer.cpp may change the
meaning of '&&' in the requrie clause of `F::operator()`. But it doesn't
make sense. Here we skip profiling the callee to solve the problem. Note
that we've already record the kind of the operator. So '&&' and '||'
won't be confused.

---

See the discussion in https://github.com/llvm/llvm-project/pull/194283

For the new found pattern that we may have other binary operator (e.g.,
operator +) in the require clause, e.g.,

```C++

    [5 lines not shown]
DeltaFile
+0-79clang/test/Modules/polluted-operator.cppm
+20-1clang/lib/AST/StmtProfile.cpp
+6-0clang/test/SemaCXX/GH190333.cpp
+26-803 files

OpenBSD/src JToRF5ksys/net trunklacp.c trunklacp.h

   remove unused trunklacp code

   trunklacp.c is not built since January's
   'remove lacp support from trunk(4)'

   ok dlg@
VersionDeltaFile
1.35+1-1sys/net/trunklacp.c
1.15+1-1sys/net/trunklacp.h
+2-22 files

NetBSD/pkgsrc mHQrRrzmeta-pkgs/netbsd-www Makefile

   meta-pkgs/netbsd-www: Bump libxslt dependency.

   This pulls in a newer libxml2 that produces <meta charset="utf-8">
   instead of <meta http-equiv="Content-Type" content="text/html;
   charset=utf-8">, so that www@ committers don't ping-pong between the
   new forms as long as they have up-to-date netbsd-www.
VersionDeltaFile
1.49+3-3meta-pkgs/netbsd-www/Makefile
+3-31 files

OpenBSD/src SCYT7ghsbin/ifconfig ifconfig.c, sys/net if_trunk.h

   make ifconfig build without trunklacp.h

   The only used part of trunklacp.h in ifconfig is LACP_STATE_BITS.
   Add it to if_trunk.h so trunklacp.h can be removed.

   ok dlg@
VersionDeltaFile
1.34+12-1sys/net/if_trunk.h
1.481+1-2sbin/ifconfig/ifconfig.c
+13-32 files

LLVM/project 42f99d6llvm/include/llvm/Transforms/IPO Instrumentor.h, llvm/lib/Transforms/IPO Instrumentor.cpp

[Instrumentor] Add a global function regexp to limit the instrumentation

Only functions that match the "function_regex" will be instrumented,
or if they have the instrumentation attribute.
DeltaFile
+57-0llvm/test/Instrumentation/Instrumentor/function_regex.ll
+26-0llvm/test/Instrumentation/Instrumentor/function_regex.json
+20-2llvm/lib/Transforms/IPO/Instrumentor.cpp
+7-1llvm/include/llvm/Transforms/IPO/Instrumentor.h
+3-1llvm/test/Instrumentation/Instrumentor/default_config.json
+113-45 files

FreeBSD/ports afd66cdmisc/py-litellm-proxy-extras distinfo Makefile, misc/py-litellm-proxy-extras/files patch-pyproject.toml

misc/py-litellm-proxy-extras: Update to 0.4.71

Reported by:    portscout
DeltaFile
+3-3misc/py-litellm-proxy-extras/files/patch-pyproject.toml
+3-3misc/py-litellm-proxy-extras/distinfo
+2-2misc/py-litellm-proxy-extras/Makefile
+8-83 files

NetBSD/pkgsrc 75DQ3EFcomms/picocom distinfo Makefile, comms/picocom/patches patch-picocom.c

   comms/picocom: update to version 3.1

   Changes in version 3.1:

   * Added the --raise-dtr and --raise-rts options, for symmetry with
     --lower-dtr and --lower-rts (see manual page for details)
   * Added custom baudrate support for FreeBSD, OpenBSD, and DragonflyBSD
     (in additions to Linux and MacOS that were already supported)
   * Better build support for custom baudrates. Now custom baudrate support
     is enabled by default for some systems (for Linux, kernels > 2.6.0,
     x86, and x86_64, for Intel Macs with macOS / OSX >= 10.4, and for some
     BDSs).
     You can always explicitly enable custom baudrate support for other
     systems (see Makefile) and you can explicitly disable it, even for the
     systems it is automatically enabled for (again, see Makefile).
     To see if custom baudrate support is enabled in your build, run
     picocom with the --help command-line option

   Changes in version 3.0:

    [48 lines not shown]
VersionDeltaFile
1.1+31-0comms/picocom/patches/patch-picocom.c
1.4+5-4comms/picocom/distinfo
1.2+2-2comms/picocom/Makefile
+38-63 files

LLVM/project fd83d89clang/docs ReleaseNotes.rst, clang/include/clang/Basic DiagnosticSemaKinds.td

[clang][diagnostics] Reject embedded NUL characters in inline asm constraints and clobbers
DeltaFile
+18-0clang/lib/Sema/SemaStmtAsm.cpp
+16-0clang/test/Sema/inline-asm-constraint-embedded-null.c
+0-8clang/test/CodeGen/inline-asm-constraint-embedded-null.c
+3-0clang/docs/ReleaseNotes.rst
+3-0clang/include/clang/Basic/DiagnosticSemaKinds.td
+40-85 files

LLVM/project fbbd98dclang/test/Instrumentor UnreachableRT.cpp InstrumentorUnreachable.cpp, llvm/include/llvm/Transforms/IPO Instrumentor.h

[Instrumentor] Add unreachable support; unreachable stack trace printing

Allow to instrument unreachable and provide a use case for stack trace
printing.
DeltaFile
+21-0clang/test/Instrumentor/UnreachableRT.cpp
+21-0llvm/include/llvm/Transforms/IPO/Instrumentor.h
+20-0clang/test/Instrumentor/InstrumentorUnreachable.cpp
+15-0clang/test/Instrumentor/UnreachableRT.json
+12-0llvm/lib/Transforms/IPO/Instrumentor.cpp
+5-1clang/test/Instrumentor/lit.local.cfg
+94-11 files not shown
+99-17 files

LLVM/project f9a0b5dllvm/lib/Target/LoongArch LoongArchISelLowering.cpp LoongArchISelLowering.h, llvm/test/CodeGen/LoongArch/lsx vec-sext.ll vmskcond.ll

[LoongArch] Custom lowering for LSX vector sign extensions (#194325)

Custom LSX sign-extensions to combinations of `SLTI` + `VILVL` + `VILVH`
if possible.

For example,  we could lower vector sext to following instructions:
```
%B = sext <4 x i16> %A to <4 x i32>
vslti.h v2, v1, 0
vilvl.h v1, v2, v1 

%B = sext <4 x i32> %A to <4 x i64>
vslti.w v3, v1, 0
vilvh.w v2, v3, v1
vilvl.w v1, v3, v1
```
When these combinations is worse than convert sext to shuffle, we simply
use the latter one instead.
DeltaFile
+76-109llvm/test/CodeGen/LoongArch/lsx/vec-sext.ll
+107-0llvm/lib/Target/LoongArch/LoongArchISelLowering.cpp
+2-8llvm/test/CodeGen/LoongArch/lsx/vmskcond.ll
+2-0llvm/lib/Target/LoongArch/LoongArchISelLowering.h
+187-1174 files

LLVM/project 5c127fbflang/lib/Semantics expression.cpp, flang/lib/Support Fortran.cpp

[flang][cuda][openacc] Reject UseDevice actual against managed/unified dummy (#196428)

After #195182 introduced the `UseDevice` attribute, a `use_device(...)`
actual was treated as compatible with **any** dummy attribute. Combined
with the matching distance returning ∞ for `UseDevice →
managed/unified`, this caused generic resolution to misreport a clean
"no match" as an **ambiguity** when only managed/unified specifics
existed.

This PR tightens `AreCompatibleCUDADataAttrs`: a `UseDevice` actual is
only compatible with a `Device` dummy or a host (no-attribute) dummy.
Other attributes (`Managed`, `Unified`, `Pinned`, ...) require their
actual to live in that specific kind of memory.
DeltaFile
+31-0flang/test/Semantics/cuf27.cuf
+2-9flang/lib/Semantics/expression.cpp
+4-2flang/lib/Support/Fortran.cpp
+37-113 files

LLVM/project d335ccelld/wasm SymbolTable.cpp

[lld][WebAssembly] Improve formatting consistency. NFC (#196458)
DeltaFile
+4-6lld/wasm/SymbolTable.cpp
+4-61 files

FreeBSD/ports 6c69dafmail/py-resend distinfo Makefile

mail/py-resend: Update to 2.30.0

Changelog: https://github.com/resend/resend-python/releases/tag/v2.30.0

Reported by:    Repology
DeltaFile
+3-3mail/py-resend/distinfo
+1-1mail/py-resend/Makefile
+4-42 files

FreeBSD/ports 1c7d25cx11/walker distinfo Makefile

x11/walker: Update to 2.16.2

Changelog: https://github.com/abenz1267/walker/releases/tag/v2.16.2

Reported by:    GitHub (watch releases)
DeltaFile
+3-3x11/walker/distinfo
+1-2x11/walker/Makefile
+4-52 files

LLVM/project a34877ellvm/lib/Transforms/Instrumentation MemorySanitizer.cpp, llvm/test/Instrumentation/MemorySanitizer ftrunc.ll

[msan] Handle fpto[us]i_sat (#196429)

This adds explicit handling for fpto[us]i_sat, similar to how the
non-saturating versions are handled.

N.B. PR #191365 lowered NEON fcvtz[us] intrinsics into fpto[us]i.sat.
There is a slight inconsistency in MSan insofar as fcvtz[us] were
handled by handleNEONVectorConvertIntrinsic(), which takes an
all-or-nothing propagation approach to the shadows (i.e., even a single
uninitialized bit will result in the corresponding integer being fully
uninitialized), while fpto[us]i were handled by propagating the shadow
unchanged. For now, we choose to have fpto[us]i_sat follow the laxer
behavior of fpto[usi. Future work may consider changing the behavior of
fpto[us]i and fpto[us]i_sat to use the all-or-nothing approach.
DeltaFile
+7-19llvm/test/Instrumentation/MemorySanitizer/ftrunc.ll
+9-0llvm/lib/Transforms/Instrumentation/MemorySanitizer.cpp
+16-192 files

LLVM/project cc35d56clang/lib/CIR/CodeGen CIRGenBuiltinRISCV.cpp, clang/test/CIR/CodeGenBuiltins/RISCV riscv-zksed.c

[CIR][RISCV] Support zksed builtin codegen (#196250)
DeltaFile
+26-0clang/test/CIR/CodeGenBuiltins/RISCV/riscv-zksed.c
+8-2clang/lib/CIR/CodeGen/CIRGenBuiltinRISCV.cpp
+34-22 files

FreeBSD/ports 61aad7dsecurity/lfacme Makefile distinfo

security/lfacme: Update to 1.0.1

There are no functional changes in this release, but the master site
and filename / distinfo have changed.

Reviewed by:    arrowd
Approved by:    arrowd (ports)
Differential Revision:  https://reviews.freebsd.org/D56862
DeltaFile
+4-6security/lfacme/Makefile
+3-3security/lfacme/distinfo
+7-92 files

LLVM/project 71726e0llvm/runtimes CMakeLists.txt

Revert "[Runtimes] Pass through per-runtime CMake options for target runtimes" (#196236)

Reverts llvm/llvm-project#194105
DeltaFile
+0-3llvm/runtimes/CMakeLists.txt
+0-31 files

LLVM/project a262156llvm/lib/Target/AMDGPU SIInstrInfo.cpp, llvm/test/MachineVerifier/AMDGPU lit64.mir

[AMDGPU] Add lit64 machine verifier
DeltaFile
+13-4llvm/lib/Target/AMDGPU/SIInstrInfo.cpp
+9-0llvm/test/MachineVerifier/AMDGPU/lit64.mir
+22-42 files

LLVM/project 32501b3llvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp, llvm/test/MC/AMDGPU gfx1250_asm_vop2_err.s

[AMDGPU] Only src0 and mandatory literals can use literal64
DeltaFile
+15-0llvm/test/MC/AMDGPU/gfx1250_asm_vop2_err.s
+8-0llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+23-02 files

LLVM/project 8fdf195mlir/lib/Reducer ReductionTreePass.cpp, mlir/test/mlir-reduce/reduction-tree trivially-dead.mlir

[mlir][reducer] Change mlir-reducer apply pattern logic (#195997)

This PR aligns the pattern application logic with the operation deletion
strategy, It indirectly achieves the separation of operation deletion
and pattern application. It also fixes a bug where trivially dead ops
within `opsInRange` was being incorrectly deleted when apply patterns.
While `opsNotInRange` grows from zero (via binary search), `opsInRange
`shrinks from the entire module down to zero. This fixes a crash where
patterns were initially applied to the whole module. If the module in
the current iteration is 'uninteresting', it gets erased. Consequently,
when the iterator increments, it fails to clone the parent iteration's
module, leading to a crash.
DeltaFile
+9-11mlir/lib/Reducer/ReductionTreePass.cpp
+15-0mlir/test/mlir-reduce/reduction-tree/trivially-dead.mlir
+4-0mlir/test/mlir-reduce/script/trivially-dead.sh
+28-113 files