1 |
On Sun, 5 Feb 2006 13:57:46 -0800 (PST) |
2 |
Jason Nielsen <jdn@××××××.ca> wrote: |
3 |
|
4 |
> On Sun, 5 Feb 2006, Alan Jackson wrote: |
5 |
> |
6 |
> > I'm having problems emerging blas-atlas-3.6.0-r1 on my AMD64 X2 system. |
7 |
> > The configure drops into an infinite loop : |
8 |
> > |
9 |
> > I am now going to ask for two C compilers, and their associated flags. |
10 |
> > The first such set (CC & CCFLAGS) are used in compiling the non-generated |
11 |
> > ATLAS code. This code is written in normal C, and responds well to high |
12 |
> > levels of optimization. Typically, this is set to your default compiler, |
13 |
> > and your highest levels of optimization. |
14 |
> > |
15 |
> > The second set of C compilers (MCC & MMFLAGS) is used to compile the generated |
16 |
> > ATLAS code. Generated codes are written at a very low-level (think of C used |
17 |
> > as a kind of portable assembler). On many platforms, high levels of |
18 |
> > optimization are detrimental, as the compiler tries to pipeline a perfectly |
19 |
> > pipelined code, and succeeds in reducing performance substantially (this |
20 |
> > occurs on DEC ALPHAs & Sun UltraSparcs, for instance). If the default does |
21 |
> > not work for you, try a midrange optimization such as -O. The generated code |
22 |
> > does not alias any output arguments, so aliasing optimizations should be OK. |
23 |
> > |
24 |
> > Enter ANSI C compiler(CC) [/usr/bin/gcc]: Enter C Flags (CCFLAGS) [-fomit-frame-pointer -O -mfpmath=387 -m64]: Compiling with = '/usr/bin/gcc -fomit-frame-pointer -O -mfpmath=387 -m64' doesn't seem to work for me. |
25 |
> > Enter 1 to try different CC/flags, 0 to continue anyway [1]: |
26 |
> > |
27 |
> > I've turned in a bugzilla ticket - but I thought someone here might have |
28 |
> > a suggestion for my platform. Is there a compiler flag I should set that |
29 |
> > would make it happy? Mine are pretty simple : CFLAGS="-O2 -march=athlon-xp" |
30 |
> > This is a brand new system, so all the ebuilds from the kernel up are completely |
31 |
> > current. |
32 |
> > |
33 |
> |
34 |
> Version 3.6.0 doesn't support AMD64 chips. You need to install the 3.7.11 |
35 |
> devel version, it is portage but masked. If you are looking for a high |
36 |
> performance Lapack/BLAS for AMD64 you can also try the ACML library |
37 |
> (http://developer.amd.com/acml.aspx). |
38 |
> |
39 |
|
40 |
Interesting. According to the package description on the website, |
41 |
3.6.0-r1 is stable for amd64...but, whatever. It appears to be working now. |
42 |
|
43 |
Thanks! |
44 |
|
45 |
(I'm working towards compiling SciPy and R) |
46 |
|
47 |
-- |
48 |
----------------------------------------------------------------------- |
49 |
| Alan K. Jackson | To see a World in a Grain of Sand | |
50 |
| alan@××××××××.org | And a Heaven in a Wild Flower, | |
51 |
| www.ajackson.org | Hold Infinity in the palm of your hand | |
52 |
| Houston, Texas | And Eternity in an hour. - Blake | |
53 |
----------------------------------------------------------------------- |
54 |
-- |
55 |
gentoo-science@g.o mailing list |