LLVM/project 12e1c7flibcxx/src/include overridable_function.h

[PAC][libc++] Fix build with `ptrauth_calls` feature (#211033)

After partial revert of #208330 in #209928, the libcxx build started
failing because of missing `<cstdint>` include required for `uintptr_t`
declaration used only by code behind `ptrauth_calls` feature check. See
https://lab.llvm.org/buildbot/#/builders/227/builds/3358

This patch adds the missing include.
DeltaFile
+1-0libcxx/src/include/overridable_function.h
+1-01 files

LLVM/project 5009f54flang/lib/Lower/OpenMP OpenMP.cpp, flang/lib/Semantics openmp-utils.cpp

[flang][OpenMP] Reland implement collapse for imperfectly nested loops (#211000)

Reland of combined #208528 and #210753.
Fixes #199092 - Flang previously rejected intervening code between
associated loops in a collapsed nest (e.g. collapse(2) with statements
between the outer and inner DO). This patch removes that restriction and
implements correct lowering.
DeltaFile
+648-0flang/test/Lower/OpenMP/collapse-imperfect-nest.f90
+216-4flang/lib/Lower/OpenMP/OpenMP.cpp
+148-0flang/test/Semantics/OpenMP/doacross-nesting-omp60.f90
+122-5flang/test/Semantics/OpenMP/do22.f90
+84-3flang/lib/Semantics/openmp-utils.cpp
+50-0flang/test/Semantics/OpenMP/ordered-nesting-omp50.f90
+1,268-1217 files not shown
+1,465-7223 files

LLVM/project d93e7c4mlir/test/CAPI rewrite.c

[mlir-c] Test the failure path of the 1:N type conversion callback

Adds a test that registers a 1:N conversion function returning
MlirTypeConverterConversionStatusFailure. Because it is tried before the
i32 -> (i16, i16) conversion, the failure must abort the whole conversion
(rather than falling back), leaving the IR unchanged -- the behavior that a
plain decline would not produce.
DeltaFile
+87-0mlir/test/CAPI/rewrite.c
+87-01 files

FreeBSD/ports 4cca098math/octave-forge-datatypes distinfo Makefile

math/octave-forge-datatypes: Update to 1.2.7.
DeltaFile
+3-3math/octave-forge-datatypes/distinfo
+1-1math/octave-forge-datatypes/Makefile
+4-42 files

LLVM/project 891b0bellvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes BottomUpVec.cpp, llvm/test/Transforms/SandboxVectorizer topdown_vec.ll

3 element tests
DeltaFile
+128-0llvm/test/Transforms/SandboxVectorizer/topdown_vec.ll
+0-4llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes/BottomUpVec.cpp
+128-42 files

FreeBSD/ports 1cd336emath/octave-forge-pkg-octave-doc distinfo Makefile

math/octave-forge-pkg-octave-doc: Update to 0.7.3.
DeltaFile
+3-3math/octave-forge-pkg-octave-doc/distinfo
+1-1math/octave-forge-pkg-octave-doc/Makefile
+4-42 files

FreeBSD/src ba583f0share/man/man9 contigmalloc.9

contigmalloc.9: Correct typo

Reported by:    alc, rlibby
Fixes: caabdb3aefdc ("contigmalloc.9: Note that M_WAITOK may still return NULL")
DeltaFile
+1-1share/man/man9/contigmalloc.9
+1-11 files

LLVM/project 10651a9mlir/test/CAPI rewrite.c

[mlir-c] Fix -Wmissing-field-initializers in rewrite.c test

The new matchAndRewrite1ToN field left three existing
MlirConversionPatternCallbacks initializers under-initialized, which
fails the CI build under -Werror=-Wmissing-field-initializers.
DeltaFile
+4-3mlir/test/CAPI/rewrite.c
+4-31 files

LLVM/project 76f4464mlir/lib/Bindings/Python Rewrite.cpp

[mlir-c] Value-initialize MlirConversionPatternCallbacks in Python bindings

The Python conversion-pattern binding left the struct default-initialized,
so the newly-added optional matchAndRewrite1ToN field held an indeterminate
pointer. The driver's null check then read garbage and jumped into it,
segfaulting mlir/test/python/rewrite.py. Value-initialize the struct so
optional callbacks default to null.
DeltaFile
+3-1mlir/lib/Bindings/Python/Rewrite.cpp
+3-11 files

LLVM/project cc5385cmlir/include/mlir-c Rewrite.h, mlir/lib/CAPI/Transforms Rewrite.cpp

cleanup comments
DeltaFile
+2-18mlir/include/mlir-c/Rewrite.h
+0-12mlir/lib/CAPI/Transforms/Rewrite.cpp
+2-302 files

LLVM/project 699e9demlir/test/CAPI rewrite.c

pre-increment
DeltaFile
+6-6mlir/test/CAPI/rewrite.c
+6-61 files

LLVM/project 3c44d10mlir/include/mlir-c Rewrite.h, mlir/lib/CAPI/Transforms Rewrite.cpp

[mlir-c] Add 1:N TypeConverter conversion and materialization bindings

Builds on the source/target materialization C bindings:

- Target materialization callbacks now receive `originalType` (split from the
  previously-shared source/target callback typedef), exposing a documented C++
  capability that was otherwise unreachable from C.
- 1:N type conversion: `mlirTypeConverterAdd1ToNConversion` plus an opaque
  results accumulator (`MlirTypeConverterConversionResults` /
  `mlirTypeConverterConversionResultsAppend`). A declining callback's appended
  types are rolled back so the driver's "try the next conversion" invariant
  holds.
- 1:N target materialization: `mlirTypeConverterAdd1ToNTargetMaterialization`,
  whose callback fills a caller-allocated `outputs` buffer. A success that
  leaves any output null is treated as a decline rather than handing the driver
  a null-containing result.
- `mlirConversionPatternRewriterReplaceOpWithMultiple` for 1:N value
  replacement, which can drive a source materialization with nInputs > 1.
- An optional `matchAndRewrite1ToN` callback on `MlirConversionPatternCallbacks`

    [9 lines not shown]
DeltaFile
+731-2mlir/test/CAPI/rewrite.c
+163-14mlir/lib/CAPI/Transforms/Rewrite.cpp
+106-5mlir/include/mlir-c/Rewrite.h
+1,000-213 files

LLVM/project aa4fbb8mlir/include/mlir-c Rewrite.h, mlir/lib/Bindings/Python Rewrite.cpp

[mlir-c] Use a tri-state status enum for the type conversion callback

MlirTypeConverterConversionCallback returned MlirLogicalResult and used a
null convertedType as a second failure sentinel, which could only express
success or "try another conversion" -- and conflated the C++ decline
(std::nullopt) and hard-failure (failure()) states.

Introduce MlirTypeConverterConversionStatus (Success/Failure/Declined) and
return it from the callback instead, mapping the three states to success(),
failure(), and std::nullopt respectively. Update the Python binding and the
C API test callback accordingly.

Add a C API unit test (testTypeConverterConversionStatus) exercising all
three status values through mlirTypeConverterConvertType.
DeltaFile
+72-6mlir/test/CAPI/rewrite.c
+22-6mlir/include/mlir-c/Rewrite.h
+16-7mlir/lib/CAPI/Transforms/Rewrite.cpp
+3-3mlir/lib/Bindings/Python/Rewrite.cpp
+113-224 files

LLVM/project 4bf0d28clang/lib/CIR/CodeGen CIRGenOpenACCRecipe.cpp

[OpenACC/CIR] Remove std::transform_inclusive_scan use (#211076)

This seemingly is only added for GCC libstdcxx 11.1's C++17 support, but
our support matrix is 7.4. Replace it with a loop that implements the
same requirement.
DeltaFile
+5-4clang/lib/CIR/CodeGen/CIRGenOpenACCRecipe.cpp
+5-41 files

LLVM/project 1f1fcb9llvm/lib/Analysis BranchProbabilityInfo.cpp

[Analysis][NFC] Remove LoopBlock in BranchProbabilityInfo (#211083)

After removing SccInfo, this data structure is largely pointless.
DeltaFile
+53-84llvm/lib/Analysis/BranchProbabilityInfo.cpp
+53-841 files

LLVM/project 3f928aellvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/X86 loop-invariant-gather-inst-count.ll rgb_phi.ll

[SLP]Make the instruction-count check loop-aware

Raw getNum{Scalar,Vector}Insts() counted one-time, LICM-hoisted
broadcasts/buildvectors against the loop body, rejecting profitable loop
trees (508.namd_r). Weight each entry by its loop-nest trip
count and drop nest-invariant ones; flat code is unchanged (scale 1).

Fixes #207572

Reviewers: bababuck, RKSimon, hiraditya

Pull Request: https://github.com/llvm/llvm-project/pull/210074
DeltaFile
+64-64llvm/test/Transforms/SLPVectorizer/X86/loop-invariant-gather-inst-count.ll
+64-36llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+9-9llvm/test/Transforms/SLPVectorizer/X86/rgb_phi.ll
+8-7llvm/test/Transforms/SLPVectorizer/X86/phi-removed-on-operand-vectorization.ll
+5-5llvm/test/Transforms/SLPVectorizer/X86/deleted-instructions-clear.ll
+150-1215 files

LLVM/project f2a41d5llvm/lib/Transforms/Vectorize VPlanTransforms.cpp

Address code review comments
DeltaFile
+7-6llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+7-61 files

FreeBSD/ports d124b35devel/jenkins-lts distinfo Makefile

devel/jenkins-lts: Update to 2.568.1

Sponsored by:   The FreeBSD Foundation
DeltaFile
+3-3devel/jenkins-lts/distinfo
+1-1devel/jenkins-lts/Makefile
+4-42 files

FreeBSD/ports 17536fcdevel/jenkins distinfo Makefile

devel/jenkins: Update to 2.574

Sponsored by:   The FreeBSD Foundation
DeltaFile
+3-3devel/jenkins/distinfo
+1-1devel/jenkins/Makefile
+4-42 files

LLVM/project 0ee0b97mlir/lib/Dialect/OpenACC/Transforms ACCDeclareGPUModuleInsertion.cpp, mlir/test/Dialect/OpenACC acc-declare-gpu-module-insertion.mlir

[mlir][openacc] Support already existing global in GPU module (#210806)
DeltaFile
+18-1mlir/test/Dialect/OpenACC/acc-declare-gpu-module-insertion.mlir
+11-4mlir/lib/Dialect/OpenACC/Transforms/ACCDeclareGPUModuleInsertion.cpp
+29-52 files

NetBSD/pkgsrc ZlBZMSfdoc CHANGES-pkgsrc-2026Q2

   doc: add tickets 7187-7189
VersionDeltaFile
1.1.2.6+10-1doc/CHANGES-pkgsrc-2026Q2
+10-11 files

NetBSD/pkgsrc 5V5qYtXsysutils/py-borgbackup distinfo Makefile, sysutils/py-borgbackup/patches patch-src_borg_helpers_msgpack.py patch-pyproject.toml

   Pullup ticket #7189 - requested by he
   sysutils/py-borgbackup: Build fix

   Revisions pulled up:
   - sysutils/py-borgbackup/Makefile                               1.64
   - sysutils/py-borgbackup/distinfo                               1.43
   - sysutils/py-borgbackup/patches/patch-pyproject.toml           1.3
   - sysutils/py-borgbackup/patches/patch-src_borg_helpers_msgpack.py 1.7

   ---
      Module Name:      pkgsrc
      Committed By:     he
      Date:             Tue Jul 21 14:10:28 UTC 2026

      Modified Files:
        pkgsrc/sysutils/py-borgbackup: Makefile distinfo
      Added Files:
        pkgsrc/sysutils/py-borgbackup/patches: patch-pyproject.toml
            patch-src_borg_helpers_msgpack.py

    [31 lines not shown]
VersionDeltaFile
1.7.2.2+15-0sysutils/py-borgbackup/patches/patch-src_borg_helpers_msgpack.py
1.3.2.2+15-0sysutils/py-borgbackup/patches/patch-pyproject.toml
1.3.2.1+0-15sysutils/py-borgbackup/patches/patch-pyproject.toml
1.7.2.1+0-15sysutils/py-borgbackup/patches/patch-src_borg_helpers_msgpack.py
1.42.2.1+3-1sysutils/py-borgbackup/distinfo
1.62.2.1+2-1sysutils/py-borgbackup/Makefile
+35-326 files

LLVM/project 3710832llvm/test/CodeGen/AMDGPU llvm.amdgcn.permlane.ll, llvm/test/CodeGen/AMDGPU/GlobalISel legalize-load-global.mir legalize-load-local.mir

Rebase, address comments

Created using spr 1.3.7
DeltaFile
+9,398-9,218llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-load-global.mir
+6,993-6,921llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-load-local.mir
+5,803-5,808llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-load-private.mir
+3,842-3,722llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-load-constant.mir
+2,196-5,244llvm/test/CodeGen/AMDGPU/GlobalISel/insertelement.i8.ll
+3,572-3,745llvm/test/CodeGen/AMDGPU/llvm.amdgcn.permlane.ll
+31,804-34,6582,351 files not shown
+223,904-149,8652,357 files

OpenBSD/ports cOmOvi2games/xwelltris Makefile

   Mark BROKEN-sparc64 due to many multiple definitions of various
   std:: functions
VersionDeltaFile
1.23+2-0games/xwelltris/Makefile
+2-01 files

LLVM/project 18220e7llvm/include/llvm/CodeGen/GlobalISel InstructionSelector.h, llvm/lib/CodeGen/GlobalISel InstructionSelector.cpp

[SelectionDAG][GlobalISel] Move `to_tframeindex` & `renderFrameIndex` from targets into common code. (#210896)

Consolidates the multiple copies across the targets of the
`to_tframeindex` `SDNodeXForm` (frame index => target frame index) and
its GISel counterpart/equiv `renderFrameIndex`, moving them into
appropriate common areas.

As suggested/requested in
https://github.com/llvm/llvm-project/pull/206885#discussion_r3504014131
DeltaFile
+0-10llvm/lib/Target/RISCV/GISel/RISCVInstructionSelector.cpp
+9-0llvm/lib/CodeGen/GlobalISel/InstructionSelector.cpp
+0-8llvm/lib/Target/RISCV/RISCVInstrInfo.td
+6-0llvm/include/llvm/CodeGen/GlobalISel/InstructionSelector.h
+0-6llvm/lib/Target/AMDGPU/AMDGPUInstructionSelector.cpp
+0-5llvm/test/TableGen/GlobalISelEmitter/frameindex.td
+15-2910 files not shown
+26-5416 files

LLVM/project b35c1aaclang/lib/Sema SemaSPIRV.cpp, clang/test/Sema builtins-elementwise-math.c riscv-rvv-vector-trig-ops.c

Revert "[clang] Update diagnostics to include matrices as accepted types" (#211070)

Reverts llvm/llvm-project#201237. The PR did not update the test
assertions for `Sema/builtins-elementwise-math.c`

https://github.com/llvm/llvm-project/pull/201237#issuecomment-5037239584
DeltaFile
+160-160clang/test/Sema/builtins-elementwise-math.c
+10-10clang/test/Sema/riscv-rvv-vector-trig-ops.c
+10-10clang/test/SemaHLSL/BuiltIns/lerp-errors.hlsl
+10-10clang/test/Sema/aarch64-sve-vector-trig-ops.c
+8-8clang/test/SemaHLSL/BuiltIns/f16tof32-errors.hlsl
+6-6clang/lib/Sema/SemaSPIRV.cpp
+204-20433 files not shown
+286-28639 files

LLVM/project f7f74c0llvm/lib/Transforms/Vectorize/SandboxVectorizer VecUtils.cpp, llvm/test/Transforms/SandboxVectorizer topdown_vec.ll

[SBVec] Track claimed users across bundles
DeltaFile
+38-13llvm/test/Transforms/SandboxVectorizer/topdown_vec.ll
+13-3llvm/lib/Transforms/Vectorize/SandboxVectorizer/VecUtils.cpp
+51-162 files

FreeBSD/src caabdb3share/man/man9 contigmalloc.9

contigmalloc.9: Note that M_WAITOK may still return NULL

Reviewed by:    markj, bapt
Sponsored by:   The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D58382
DeltaFile
+10-1share/man/man9/contigmalloc.9
+10-11 files

LLVM/project 49d568across-project-tests/dtlto remote-options.test, llvm/lib/DTLTO DTLTO.cpp

[DTLTO] Forward loop interchange to DTLTO remote compilations (#208591)

Recent upstream LLVM changes enabled `LoopInterchangePass` by default
through `PipelineTuningOptions`. TLTO observes that state directly from
the LTO config, but DTLTO was not forwarding the equivalent Clang option
to the remote compiler. As a result, TLTO could run loop interchange
pass while DTLTO did not, producing codegen differences for
configurations that exposed profitable/legally interchangeable loops.
Note that this was a pre-existing issue, the change in default has
simply exposed it.

Forward `C.PTO.LoopInterchange` as `-floop-interchange` when
constructing the common DTLTO remote compiler options. Extend the
testing to check that the SN-DBS remote command line includes the
forwarded option.

The code for forwarding such options is only intended as a temporary
measure. A more comprehensive solution is in discussion here:
https://discourse.llvm.org/t/synchronizing-lto-code-generation-configuration-between-clang-and-lld-dtlto
DeltaFile
+9-0cross-project-tests/dtlto/remote-options.test
+2-0llvm/lib/DTLTO/DTLTO.cpp
+1-0llvm/test/ThinLTO/X86/dtlto/json.ll
+12-03 files

LLVM/project b5bb8b7llvm/lib/Analysis BranchProbabilityInfo.cpp

[spr] initial version

Created using spr 1.3.8-wip
DeltaFile
+53-84llvm/lib/Analysis/BranchProbabilityInfo.cpp
+53-841 files