[dependabot]

Updates the requirements on GPUArrays to permit the latest version.

Release notes

Sourced from GPUArrays's releases.

v12.0.2

GPUArrays v12.0.2

Diff since v12.0.1

Merged pull requests:

• Fixes for 12.0.2 (#808) (@​maleadt)

Changelog

Sourced from GPUArrays's changelog.

GPUArrays.jl release history

This document lists the noteworthy changes in GPUArrays.jl releases that back-ends act on, newest first, aimed at the authors of back-end packages. For the complete list of merged pull requests, see the GitHub releases.

v12.1

GPUArrays defines Base.dataids and Base.mightalias for every AbstractGPUArray. A back-end that implements the new GPUArrays.memory_location hook (the coordinate of an array's allocation, normally its address, and its byte offset into it) gets precise alias detection: disjoint views of one buffer don't alias, empty arrays alias nothing on every Julia version, and SubArrays of two such arrays are compared without converting their parents to pointers. Arrays wrapped in a SubArray or other wrapper are still compared by allocation, which is conservative. Back-ends should implement the hook and delete their own dataids and mightalias methods, which would keep winning dispatch.

v12.0

Base's reductions, sorting, scans, findall, logical indexing and reverse are now implemented once for every AnyGPUArray, on top of AcceleratedKernels.jl (AK) 0.5. A back-end gets all of them by defining nothing beyond the array interface and a KernelAbstractions back-end, and they follow Base's semantics: stable sorting by default, init applied once, no neutral element needed, Base's result types, empty results and errors.

Breaking changes for back-ends:

• The GPUArrays.mapreducedim! hook is removed and GPUArrays no longer picks neutral elements. Every Base reduction goes to AK directly. Back-ends must delete their methods for the hook, together with the reduction kernels only it used.
• GPUArrays.default_rng and the deprecated RNG(state::AbstractGPUArray) and seed!(rng, ::Vector{UInt32}) methods are removed. Construct the RNG with RNG{AT}() and seed it with an integer.
• KernelAbstractions 0.9.43 or later and Adapt 4.7.3 or later are required.

What back-ends should delete:

Methods narrower than GPUArrays' keep winning dispatch, so a back-end that keeps its own findall, to_index/to_indices, _accumulate!/accumulate, sort!/sortperm!/ partialsort!, or reverse! bypasses GPUArrays' Base conformance, and some of those methods are ambiguous with GPUArrays' (e.g. findall(f, ::MyArray) against findall(::Fix2{typeof(in)}, ::AnyGPUArray)). Delete them.

A vendor sort or scan (e.g. one built on MPSGraph) can stay as a fast path, as long as it falls back to GPUArrays' method for the cases it doesn't handle and accepts AK's algorithm objects (alg=AK.MergeSort() etc.). There is no extension point for vendor reductions; GPUArrays._ak_mapreducedim! is internal.

... (truncated)

Commits

• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 96.64%. Comparing base (34e4ff6) to head (7dccfc4).

Additional details and impacted files

@@           Coverage Diff           @@
##           master     #129   +/-   ##
=======================================
  Coverage   96.63%   96.64%           
=======================================
  Files          17       17           
  Lines        2052     2055    +3     
=======================================
+ Hits         1983     1986    +3     
  Misses         69       69           

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.