LLVM/project dc809feclang/lib/AST/ByteCode Opcodes.td Interp.h

[clang][bytecode][NFC] Remove unused opcodes (#218433)

SetField and SetThisField are never emitted.
DeltaFile
+0-31clang/lib/AST/ByteCode/Interp.h
+0-5clang/lib/AST/ByteCode/Opcodes.td
+0-362 files

LLVM/project 63adbdfllvm/lib/Transforms/Utils LowerVectorIntrinsics.cpp, llvm/test/Transforms/PreISelIntrinsicLowering/AArch64 expand-exp.ll

[CodeGen] Preserve FMF when scalarizing scalable math intrinsics (#218435)
DeltaFile
+7-4llvm/lib/Transforms/Utils/LowerVectorIntrinsics.cpp
+2-2llvm/test/Transforms/PreISelIntrinsicLowering/AArch64/expand-exp.ll
+9-62 files

LLVM/project f03b9d7llvm/lib/DWARFLinker/Parallel DWARFLinkerImpl.cpp, llvm/test/tools/dsymutil/Inputs/module-import-canonical M-odr.ll N-odr.ll

[DWARFLinker] Let a clang module unit outrank every object file (#218079)

A module holds the definitive description of what it defines, so when
several units contribute a copy of the same DIE to the type pool, the
one built from the .pcm has to win. Priorities are packed as (object
file index, unit index) and the type pool resolves a race in favour of
the lowest, but a module unit took the index of whichever object file
referenced the .pcm first. A module first referenced by a later object
file therefore lost to an earlier object file's copy, and consumers read
a DW_TAG_module carrying an importer's DW_AT_LLVM_include_path.

Reserve object file index zero for the module units of the whole link
and number the object files from one.

rdar://185156929
Assisted-by: Claude
DeltaFile
+51-0llvm/test/tools/dsymutil/X86/module-import-canonical-priority.test
+37-0llvm/test/tools/dsymutil/Inputs/module-import-canonical/3.ll
+35-0llvm/test/tools/dsymutil/Inputs/module-import-canonical/1.ll
+24-0llvm/test/tools/dsymutil/Inputs/module-import-canonical/M-odr.ll
+24-0llvm/test/tools/dsymutil/Inputs/module-import-canonical/N-odr.ll
+11-9llvm/lib/DWARFLinker/Parallel/DWARFLinkerImpl.cpp
+182-93 files not shown
+210-119 files

LLVM/project 2b321e2llvm/lib/Transforms/IPO LowerTypeTests.cpp ThinLTOBitcodeWriter.cpp, llvm/test/Transforms/LowerTypeTests promoted-internal.ll

[CFI] Create an external linkage alias instead of promoting internals (#203171)

The problem is described in PR #201849. This is a simple fix - thanks,
@teresajohnson for the idea. When CFI promotes an internal symbol, it
previously would have to create an alias to avoid breakages in the case
of references from inline asm. The alternative here is to leave the
symbol as-is and create an alias for CFI's purposes. This makes the
calculation of a GUID for this new symbol avoid the class of colisions
discussed in the earlier PR. Then, during `LowerTypeTests`, we give the
functon the alias' name and the rest of the CFI functionality remains
unaffected.

An alternative we discussed would be to use the same kind of hash as CFI
uses - based on module content. That would add some cost to compile time
for all modules (it could be paid only in PGO/ThinLTO cases, though). We
preferred this alternative here because it's simpler and has no
compile-time penalty.

Co-authored-by: Teresa Johnson
<[tejohnson at google.com](mailto:tejohnson at google.com)\>
DeltaFile
+19-32llvm/lib/Transforms/IPO/ThinLTOBitcodeWriter.cpp
+35-0llvm/lib/Transforms/IPO/LowerTypeTests.cpp
+29-0llvm/test/Transforms/LowerTypeTests/promoted-internal.ll
+10-7llvm/test/Transforms/ThinLTOBitcodeWriter/comdat.ll
+4-2llvm/test/Transforms/ThinLTOBitcodeWriter/split-vfunc-internal.ll
+3-2llvm/test/Transforms/ThinLTOBitcodeWriter/split-internal2.ll
+100-432 files not shown
+104-478 files

LLVM/project cf48adcllvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes SeedCollection.cpp, llvm/test/Transforms/SandboxVectorizer/EndToEnd seed_bundle_cross_erasure.ll

[SandboxVectorizer] Fix out-of-bounds SeedBundle access (#215976)

Fixes a crash found when vectorizing merge-stores.ll.
DeltaFile
+21-0llvm/test/Transforms/SandboxVectorizer/EndToEnd/seed_bundle_cross_erasure.ll
+5-2llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes/SeedCollection.cpp
+26-22 files

FreeBSD/ports 607d475audio/arss Makefile

audio/arss: Mark deprecated

PR:             297862
DeltaFile
+4-1audio/arss/Makefile
+4-11 files

OpenBSD/ports 6ybWZYbdevel/codex Makefile distinfo, devel/codex/pkg README

   devel/codex: update to 0.149.1
VersionDeltaFile
1.2+7-0devel/codex/pkg/README
1.42+2-2devel/codex/distinfo
1.44+1-1devel/codex/Makefile
+10-33 files

LLVM/project 22e1947llvm/lib/Target/AMDGPU AMDGPUUniformIntrinsicCombine.cpp, llvm/test/CodeGen/AMDGPU redundant-ballot-reads.ll

[AMDGPU] Combine redundant ballot intrinsic calls

Suppose there is a loop where there is a call to @llvm.amdgcn.ballot,
which maps to an instruction involving the exec mask as an operand. This
instruction duplicates if the loop is unrolled. With a higher number of
unrolled iterations, the code bloats with such redundant instructions
with $exec as there is no middle-end/backend pass which could combine
such instructions in a uniform CFG.

This patch introduces a transform in AMDGPUUniformIntrinsicCombine to
combine redundant calls to @llvm.amdgcn.ballot, to mitigate this issue.

The approach is to walk over the dominator tree and collect all calls to
@llvm.amdgcn.ballot. Map the result type and condition to the calls, to
avoid combining calls of different kinds. Calls A and B can be combined
into A iff:
- A and B are identical
- A dominates B
- all paths from A to B are uniform and exec-invariant.

    [2 lines not shown]
DeltaFile
+448-0llvm/test/CodeGen/AMDGPU/redundant-ballot-reads.ll
+169-5llvm/lib/Target/AMDGPU/AMDGPUUniformIntrinsicCombine.cpp
+617-52 files

FreeBSD/ports 1c03fa1devel/lua-language-server Makefile distinfo

devel/lua-language-server: Update to 3.19.1

Differential Revision: https://reviews.freebsd.org/D59146
DeltaFile
+3-3devel/lua-language-server/distinfo
+1-1devel/lua-language-server/Makefile
+4-42 files

LLVM/project 399a8ce.github/workflows release-binaries-all.yml

workflows/release-binaries-all: Use self-repository reference for actions (#218194)

This allows us to skip a checkout step.


https://github.blog/changelog/2026-07-30-reference-same-repository-actions-with-self-repository-syntax/
DeltaFile
+1-8.github/workflows/release-binaries-all.yml
+1-81 files

FreeBSD/ports 75d1209arabic/libitl/files patch-CMakeLists.txt

arabic/libitl: Fix building with CMake 4
DeltaFile
+11-2arabic/libitl/files/patch-CMakeLists.txt
+11-21 files

LLVM/project 06966e2.github/workflows release-binaries.yml llvm-abi-tests.yml, .github/workflows/get-llvm-version action.yml

workflows/get-llvm-version: Make this action standalone

You can use this action now without first checking out the llvm-project
source code.
DeltaFile
+11-2.github/workflows/get-llvm-version/action.yml
+1-7.github/workflows/llvm-abi-tests.yml
+1-7.github/workflows/libclang-abi-tests.yml
+1-6.github/workflows/release-binaries.yml
+14-224 files

LLVM/project 3a2851a.github/workflows release-binaries.yml

workflows/release-binaries: Use self-repository reference for validate-release-version (#218222)

https://github.blog/changelog/2026-07-30-reference-same-repository-actions-with-self-repository-syntax/
DeltaFile
+1-1.github/workflows/release-binaries.yml
+1-11 files

LLVM/project 0354d3fclang/lib/CIR/Dialect/Transforms CallConvLoweringPass.cpp, clang/test/CIR/CodeGen call-conv-lowering-x86_64-vptr.cpp

[CIR] Lower records carrying a vptr for x86_64

A record carrying a vtable pointer could not be passed or returned by
value.  `isSupportedType` had no case for `!cir.vptr`, so the whole
signature was reported NYI.  That covers any class with a virtual
function or a virtual base.

Accept the type and map it to an `llvm::abi::PointerType`.

A record CIRGen also marks packed stays NYI, which is where a
polymorphic class with tail padding lands.

Assisted-by: Cursor / claude-opus-5
DeltaFile
+230-0clang/test/CIR/Transforms/abi-lowering/x86_64-vptr.cir
+98-0clang/test/CIR/CodeGen/call-conv-lowering-x86_64-vptr.cpp
+23-13clang/lib/CIR/Dialect/Transforms/CallConvLoweringPass.cpp
+10-0clang/test/CIR/Transforms/abi-lowering/x86_64-aggregate-nyi.cir
+361-134 files

LLVM/project 999b6e2llvm/include/llvm/Analysis TargetLibraryInfo.h, llvm/lib/Analysis TargetLibraryInfo.cpp

[TLI] Make VecDesc statically initializable (#211307)

After commit 1cf9acdb ([TLI] Use AArch64 vector calling convention for
ArmPL routines (#135790)), `VecDesc` gained a
`std::optional<CallingConv::ID>` member. That made `VecDesc`
non-trivial, so the large `static const VecDesc[]` tables
(`VecFuncs_Accelerate`, `VecFuncs_SVML`, `VecFuncs_ArmPL`, and others)
in `TargetLibraryInfo.cpp` (built from `VecFuncs.def`) required dynamic
static initialization at DLL load time. In MSVC Debug builds with LLVM
embedded in a DLL, CRT init can run on threads with limited stack (e.g.
during `LoadLibrary` from a deep call stack), causing stack overflow and
load failure.

This patch restores compile-time initialization without changing the
public API or any `VecFuncs.def` / `TargetLibraryInfo.cpp` call sites.
There are the following fixes:
1. Replace `std::optional<CallingConv::ID>` from `VecDesc` layout.
`std::nullopt` is still in the constructor / `getCallingConv()` API.
This is safe because no entry in `VecFuncs.def` uses `CallingConv::C`

    [19 lines not shown]
DeltaFile
+48-0llvm/unittests/Analysis/TargetLibraryInfoTest.cpp
+18-12llvm/lib/Analysis/TargetLibraryInfo.cpp
+16-6llvm/include/llvm/Analysis/TargetLibraryInfo.h
+82-183 files

LLVM/project 335de16mlir/lib/Dialect/OpenACC/Transforms ACCEmitRemarksLoop.cpp, mlir/test/Dialect/OpenACC acc-emit-remarks-loop.mlir

[OpenACC] do not report launch args for loops in acc routines (#218449)

ACC routines do not launch kernels, so it should not report the launch
args. The par dims should still be reported. E.g.

```
before:

!$acc loop gang(1), vector(1) ! blockidx.x threadidx.x

now:

!$acc loop gang, vector ! blockidx.x threadidx.x
```
DeltaFile
+21-0mlir/test/Dialect/OpenACC/acc-emit-remarks-loop.mlir
+12-4mlir/lib/Dialect/OpenACC/Transforms/ACCEmitRemarksLoop.cpp
+33-42 files

LLVM/project 8d31f4amlir/test/Integration/Dialect/Vector/CPU/ArmNeon lit.local.cfg

[mlir][vector] Add missing lit CFG file (#218445)

This file was meant to be added in #216098 - it makes sure that tests
under mlir/test/Integration/Dialect/Vector/CPU/ArmNeon are only run when
`MLIR_RUN_ARM_NEON_TESTS` is set.
DeltaFile
+9-0mlir/test/Integration/Dialect/Vector/CPU/ArmNeon/lit.local.cfg
+9-01 files

LLVM/project f390e2cutils/bazel/llvm-project-overlay/libc BUILD.bazel

[libc:bazel] Fix build file format broken by #218289. (#218451)

Signed-off-by: Ingo Müller <ingomueller at google.com>
DeltaFile
+1-1utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+1-11 files

LLVM/project af0eac0llvm/lib/Target/AMDGPU GCNHazardRecognizer.h GCNHazardRecognizer.cpp

Review: fix naming and minor changes
DeltaFile
+18-18llvm/lib/Target/AMDGPU/GCNHazardRecognizer.cpp
+5-5llvm/lib/Target/AMDGPU/GCNHazardRecognizer.h
+23-232 files

OpenBSD/ports gCbbRITtextproc/riff Makefile crates.inc

   Update riff to 3.6.2.
VersionDeltaFile
1.17+24-42textproc/riff/distinfo
1.9+11-20textproc/riff/crates.inc
1.17+1-1textproc/riff/Makefile
+36-633 files

FreeBSD/ports edf230cnet/netcode Makefile distinfo

net/netcode: Update to 1.4.3

Pull Request:   https://github.com/freebsd/freebsd-ports/pull/573
DeltaFile
+3-3net/netcode/distinfo
+1-1net/netcode/Makefile
+4-42 files

OpenBSD/ports zSMuEDPsysutils/htop Makefile distinfo

   Update htop to 3.5.3.
VersionDeltaFile
1.18+2-2sysutils/htop/distinfo
1.44+1-1sysutils/htop/Makefile
+3-32 files

FreeBSD/ports 295e3b9games/aquaria Makefile

games/aquaria: Mark deprecated
DeltaFile
+4-1games/aquaria/Makefile
+4-11 files

LLVM/project 80abec1utils/bazel/llvm-project-overlay/llvm BUILD.bazel

[Bazel] Fixes 7d1bd91 (#218443)

This fixes 7d1bd911e6218b4e02bb813251849d75be9b68f7 (#215648).

Buildkite error link:
https://buildkite.com/llvm-project/upstream-bazel/builds?commit=7d1bd911e6218b4e02bb813251849d75be9b68f7

Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
DeltaFile
+2-0utils/bazel/llvm-project-overlay/llvm/BUILD.bazel
+2-01 files

Linux/linux 47096fcdrivers/i2c/busses i2c-amd-asf-plat.c i2c-mxs.c

Merge tag 'i2c-7.3-part2' of git://git.kernel.org/pub/scm/linux/kernel/git/andi.shyti/linux

Pull more i2c updates from Andi Shyti:
 "Fixes and cleanups around probe error handling, resource management
  and a minor Rust cleanup.

  Drivers:
   - several drivers: drop duplicate IRQ error reporting
   - imx-lpi2c: improve probe initialization and error cleanup
   - mxs: fix DMA channel leak on probe failure
   - ocores: fix clock cleanup on resume failure
   - rcar: handle reset controllers without status support

  Muxes:
   - demux-pinctrl: fix OF node leak on allocation failure

  Rust:
   - mark trivial I2cAdapter reference-counting methods inline"


    [9 lines not shown]
DeltaFile
+28-12drivers/i2c/busses/i2c-imx-lpi2c.c
+12-15drivers/i2c/busses/i2c-rcar.c
+2-4drivers/i2c/busses/i2c-stm32f4.c
+5-1drivers/i2c/busses/i2c-ocores.c
+1-4drivers/i2c/busses/i2c-mxs.c
+2-2drivers/i2c/busses/i2c-amd-asf-plat.c
+50-3824 files not shown
+78-7430 files

FreeBSD/ports 319a48eemulators/aqemu Makefile

emulators/aqemu: Mark deprecated
DeltaFile
+4-1emulators/aqemu/Makefile
+4-11 files

LLVM/project ab30eb5llvm/lib/Transforms/Vectorize LoopVectorize.cpp, llvm/test/Transforms/LoopVectorize/AArch64 scalable-alloca.ll

[LV] Fix crash when forced UserVF and EpilogueVF are ignored (#218282)

`computeBestVF()` assumes/asserts that there should be only 2 vplans as
long as there is a vplan for `UserVF` and when `EpilogueVF` is forced. 
It doesn't consider the case when those VFs are ignored because of
invalid costs.

This patch removes the assert and add a check for the vplan size.
DeltaFile
+1-2llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
+1-1llvm/test/Transforms/LoopVectorize/AArch64/scalable-alloca.ll
+2-32 files

NetBSD/pkgsrc-wip d639c0crust198-bin buildlink3.mk DESCR, rust198-bin/files install.sh

rust198-bin: Add a package corresponding to rust198.
DeltaFile
+971-0rust198-bin/files/install.sh
+309-0rust198-bin/Makefile
+56-0rust198-bin/distinfo
+17-0rust198-bin/DESCR
+13-0rust198-bin/buildlink3.mk
+1,366-05 files

LLVM/project 35efd5dflang/lib/Optimizer/Transforms AddDebugInfo.cpp, flang/test/Integration debug-line-directives-only.f90

[flang][debug] Don't ask for a name table with -gline-directives-only (#218402)

On current main (since #217132), a unit built with
`-gline-directives-only` crashes the backend when DWARF 5 is requested:

```console
$ echo 'end program' > test.f90
$ flang -gdwarf-5 -gline-directives-only -S -o /dev/null test.f90
flang: llvm/lib/CodeGen/AsmPrinter/DwarfUnit.h:107:
llvm::MCSymbol *llvm::DwarfUnit::getLabelBegin() const:
Assertion `LabelBegin && "LabelBegin is not initialized"' failed.
```

The version has to be spelled out because flang does not yet default to
DWARF 5. Everything else about the command line is ordinary.

Such a unit emits line directives and no `.debug_info`, so the header of
its compile unit is never written and neither is the label that header
defines. Under DWARF 5 the accelerator table indexes every compile unit

    [11 lines not shown]
DeltaFile
+10-2flang/lib/Optimizer/Transforms/AddDebugInfo.cpp
+10-0flang/test/Integration/debug-line-directives-only.f90
+1-1flang/test/Transforms/debug-line-table.fir
+21-33 files

FreeBSD/ports 2cb2f2cemulators/anese/files patch-thirdparty_miniz_CMakeLists.txt patch-CMakeLists.txt

emulators/anese: Fix building with CMake 4

Approved by:    portmgr (blanket)
DeltaFile
+11-0emulators/anese/files/patch-CMakeLists.txt
+9-0emulators/anese/files/patch-thirdparty_miniz_CMakeLists.txt
+20-02 files