summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* sci-libs/rocSOLVER: bump version to 5.0.2YiyangWu2022-05-033-0/+251
| | | | | | | | | | | According to https://github.com/ROCmSoftwarePlatform/rocSOLVER/issues/367#issuecomment-1099821708 hip and low-level runtimes of rocm does not need to be the same version with high-level libraries. Loosen dev-util/hip SLOT dependencies All tests passed on single Radeon RX 6700XT Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com> Signed-off-by: Benda Xu <heroxbd@gentoo.org>
* sci-libs/hipCUB: loosen the dependency on dev-util/hipBenda Xu2022-05-021-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | sci-libs/hipSPARSE: sci-libs/rocPRIM: sci-libs/rocRAND: sci-libs/rocSOLVER: sci-libs/rocSPARSE: same The possibility is pointed out by Cory Bloor: You can probably build the versions of rocBLAS and rocSOLVER tagged at rocm-5.1.1 with the HIP stack from ROCm 4.3.1. Just be sure to rebuild all the {roc,hip}{BLAS,SOLVER} libraries at the new tag, since they all use private (unstable) APIs provided by rocBLAS. The sci-libs/* ROCm packages should be aligned with sci-libs/rocBLAS, while the other dev-*/* ROCm packages should be aligned with dev-util/hip. Credit: Cory Bloor Suggested-by: Yiyang Wu <xgreenlandforwyy@gmail.com> Closes: https://bugs.gentoo.org/838394 Closes: https://bugs.gentoo.org/841982 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Benda Xu <heroxbd@gentoo.org>
* sci-libs/rocSOLVER: Next generation LAPACK implementation for ROCmYiyangWu2022-01-265-0/+128
It is the lapack package of ROCm GPGPU frame work, dependency of hipBLAS and many other GPU accelerated frameworks (e.g. tensorflow) Closes: https://github.com/gentoo/gentoo/pull/23789 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com> Signed-off-by: Benda Xu <heroxbd@gentoo.org>