Gentoo Archives: gentoo-science

From: "M. Edward (Ed) Borasky" <znmeb@×××××××.net>
To: gentoo-science@l.g.o
Cc: sci@g.o
Subject: Re: [gentoo-science] lapack transition
Date: Sun, 21 Aug 2005 15:34:34
Message-Id: 43089EBD.3070400@cesmail.net
In Reply to: [gentoo-science] lapack transition by Peter Bienstman
1 I just returned to this list -- what is the "new infrastructure" we are
2 "preparing for"?
3
4 BTW, I am also on the Atlas mailing list. There was quite a bit of
5 activity over the weekend regarding GCC 4. It seems the default Fortran
6 in GCC 4 is Fortran 95, which has instilled great trepidation in some of
7 the "old-timers" on the Atlas list. In any event, should I wish to
8 experiment with GCC 4, how do I go about doing so without creaming my
9 system? Do I need a whole new machine/partition?
10
11 The good news is that Gentoo is *way* better than Debian or Fedora in
12 its behavior re Atlas. Atlas is *designed* to tune itself to your
13 machine, and the Debian packages, for example, are *way* out of date and
14 compiled seperately for each architecture. I don't think I'll ever pry
15 Dirk Eddelbuettel away from Debian, but there's a lot of hope for the
16 rest of the scientific computing community, at least those who want a
17 working Atlas out of the box. :)
18
19 Other notes: R. Clint Whaley, the head of the Atlas project, mentioned
20 that he was interested in making shared libraries of Atlas. I told him
21 that the Gentoo package already did that for BLAS-Atlas and LAPACK-Atlas. :)
22
23 Could we get a "testing/unstable" Atlas in Portage? Right now, they are
24 at 3.7.10, and I only see a 3.7.10 for blas-atlas, not for atlas itself
25 or lapack-atlas. I think the x86-64 users will want 3.7.10 across the
26 board, and might also want to be able to compile selected code with GCC 4.
27
28 Peter Bienstman wrote:
29
30 >Hi,
31 >
32 >I've been looking through the tree to see which packages use lapack/blas, and
33 >which of them are prepared for the new infrastructure. There are actually far
34 >less packages than I anticipated:
35 >
36 >Still depends on old infrastructure:
37 >
38 > sys-cluster/hpl
39 >
40 >Already uses virtual/blas or virtual/lapack in unstable branch:
41 >
42 > dev-lang/R
43 > sci-geosciences/grass
44 > sci-misc/camfr
45 > sci-chemistry/mpqc
46 > sci-mathematics/octave
47 > sci-misc/xfoil
48 >
49 >Uses own code, but could benefit from transition:
50 >
51 > dev-python/numeric (see http://bugs.gentoo.org/show_bug.cgi?id=81520)
52 >
53 >Peter
54 >
55 >
56 --
57 gentoo-science@g.o mailing list

Replies

Subject Author
Re: [gentoo-science] lapack transition Peter Bienstman <pbienst@g.o>
Re: [gentoo-science] lapack transition Donnie Berkholz <spyderous@g.o>