1 |
commit: 758e532b21964bf06622414a13efe2439b108723 |
2 |
Author: Marek Szuba <marecki <AT> gentoo <DOT> org> |
3 |
AuthorDate: Fri Jul 16 11:31:49 2021 +0000 |
4 |
Commit: Marek Szuba <marecki <AT> gentoo <DOT> org> |
5 |
CommitDate: Fri Jul 16 11:43:31 2021 +0000 |
6 |
URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=758e532b |
7 |
|
8 |
profiles/base: remove USE="int64 metis" mask from sci-libs/pastix |
9 |
|
10 |
Signed-off-by: Marek Szuba <marecki <AT> gentoo.org> |
11 |
|
12 |
profiles/base/package.use.mask | 10 +--------- |
13 |
1 file changed, 1 insertion(+), 9 deletions(-) |
14 |
|
15 |
diff --git a/profiles/base/package.use.mask b/profiles/base/package.use.mask |
16 |
index af41a8e0062..925b60a9c4d 100644 |
17 |
--- a/profiles/base/package.use.mask |
18 |
+++ b/profiles/base/package.use.mask |
19 |
@@ -10,20 +10,12 @@ |
20 |
# Several known issues (possibly with older pastix versions as well but |
21 |
# in v6 they result in clear errors): |
22 |
# * CUDA support needs testing, may or may not work as it is; |
23 |
-# * All sci-libs/scotch ebuilds currently in the tree seem to always use |
24 |
-# 32-bit integer representation, even when built USE=int64. Seeing as |
25 |
-# metis ordering has got more complicated issues (see below), just |
26 |
-# stick with 32 bits for now; |
27 |
-# * sci-libs/metis currently always uses whatever integer representation |
28 |
-# is native to the target architecture even though upstream allows for |
29 |
-# using 32-bit integers on 64-bit arches, this will have to be implemented |
30 |
-# so that pastix can pass int64? to it; |
31 |
# * With MPI enabled two tests fail (when linked against openmpi, at least) |
32 |
# due to incorrect implementation of either MPI support itself or |
33 |
# said tests - example_drv_facto0_d_reentrant tries to initialise MPI |
34 |
# more than once, test_bvec_gemv_tests calls MPI_Query_thread() after |
35 |
# invocation of MPI_FINALIZE. |
36 |
->=sci-libs/pastix-6.0.0 cuda int64 metis mpi |
37 |
+>=sci-libs/pastix-6.0.0 cuda mpi |
38 |
|
39 |
# Alfredo Tupone <tupone@g.o> (2021-06-27) |
40 |
# lto does not work on dev-lang/gnat-gpl-2021 |