1 |
Am Donnerstag, 6. Februar 2020, 18:45:12 CET schrieb Ian Zimmerman: |
2 |
> On 2020-02-06 09:56, Mick wrote: |
3 |
> > Otherwise the latest sci-libs/lapack is 3.8.0, so your links above look |
4 |
> > correct as far as I can tell. |
5 |
> |
6 |
> Note that sci-libs/lapack and sci-libs/lapack-reference are 2 distinct |
7 |
> packages. The OP presumably has the latter. |
8 |
> |
9 |
> Both of them existing may be the real bug here. |
10 |
|
11 |
You motivated me to look this up on my system, and I don't think that's right: |
12 |
|
13 |
- octave depends on virtual/lapack, and |
14 |
- virtual/lapack does *not* depend on lapack-reference: |
15 |
|
16 |
RDEPEND=" |
17 |
>=sci-libs/lapack-3.8.0[eselect-ldso?] |
18 |
eselect-ldso? ( || ( |
19 |
>=sci-libs/lapack-3.8.0[eselect-ldso] |
20 |
sci-libs/openblas[eselect-ldso] ) ) |
21 |
" |
22 |
DEPEND="${RDEPEND}" |
23 |
|
24 |
Note also that lapack-reference has no eselect-ldso USE flag, which Karl |
25 |
changed as per one of his other emails. |
26 |
|
27 |
Karl, what exactly is the error message you get? Can you find anything |
28 |
related on bugs.gentoo.org? FWIW, my octave installation starts just fine, |
29 |
but I use openblas: |
30 |
|
31 |
% eselect lapack list |
32 |
Available LAPACK (lib) candidates: |
33 |
(none found) |
34 |
Available LAPACK (lib64) candidates: |
35 |
[1] openblas * |
36 |
[2] reference |
37 |
% eselect blas list |
38 |
Available BLAS/CBLAS (lib) candidates: |
39 |
(none found) |
40 |
Available BLAS/CBLAS (lib64) candidates: |
41 |
[1] openblas * |
42 |
[2] reference |
43 |
|
44 |
HTH |
45 |
-- |
46 |
Marc Joliet |
47 |
-- |
48 |
"People who think they know everything really annoy those of us who know we |
49 |
don't" - Bjarne Stroustrup |