1 |
>> * eselect: although eselect seems the way to go, it not yet fully |
2 |
>> functional. As I was working on the mkl ebuild, I found out it is not |
3 |
>> possible to add a new blas/lapack implementation without changing the |
4 |
>> eselect sources. As an example, mkl-7.2 is supported, but not in |
5 |
>> portage, and outdated. Also eselect blas/lapack do not yet provide a |
6 |
>> mechanism to show library directories and include directories. Something |
7 |
>> like "eselect blas show cflags"? Am I missing something? |
8 |
> |
9 |
> I've just decided to start working on this. I wrote an ebuild last night |
10 |
> for Goto BLAS, which provided the motivation to fix this setup. |
11 |
|
12 |
I could contribute or test it if you are not done with it yet. |
13 |
|
14 |
>> * Should we really keep those obsolete packages: |
15 |
>> - sci-libs/atlas: now decomposed as sci-libs/blas-atlas and |
16 |
>> sci-libs/lapack-atlas |
17 |
>> - sci-libs/blas: redundant with sci-libs/blas-reference |
18 |
>> - sci-libs/lapack: redundant with sci-libs/lapack-reference |
19 |
> |
20 |
> But take a look at the keywords. Although it does look like we can |
21 |
> remove atlas since {blas,lapack}-atlas are stable on the same keywords, |
22 |
> we can't do so for blas and lapack yet because *-reference aren't stable |
23 |
> on (blas) x86 s390 ppc64 (lapack) x86 or ~arch on (lapack) ppc64. |
24 |
|
25 |
I took a deeper look at the differences, if it can speed up the |
26 |
stabilization: |
27 |
* The blas-reference has exactly the same code as the older one, so I |
28 |
guess keywording should be straight forward. |
29 |
* The lapack-reference has an extra set of patches. I can only test on |
30 |
x86 or amd64, which are not the problematic arches in this case. |
31 |
|
32 |
>> * documentation: shouldn't blas/lapack install man pages and quick |
33 |
>> references as well as in Fedora (or may be an app-docs/lapack)? |
34 |
> |
35 |
> Sounds useful. Got a patch? |
36 |
|
37 |
I've just comited some app-doc/{blas,lapack}-docs to the overlay at |
38 |
http://gentooscience.org, |
39 |
|
40 |
|
41 |
Sebastien |
42 |
-- |
43 |
gentoo-science@g.o mailing list |