[SciPy-dev] Itianum feedback

Fernando Perez Fernando.Perez at colorado.edu
Fri Oct 14 16:22:10 CDT 2005

Hi Andrew,

welcome to scipy-dev :)  You may want to subscribe to continue this discussion 

Scipy-dev: I'm forwarding here info from a colleague, regarding build 
information on Itanium machines.  A bit of info about the hardware:

~>uname -a
Linux XXXXXXXX.colorado.edu 2.4.21-32.0.1.EL #1 SMP Tue May 17 18:02:44 EDT 
2005 ia64 ia64 ia64 GNU/Linux

~>cat /proc/cpuinfo
processor  : 0
vendor     : GenuineIntel
arch       : IA-64
family     : Itanium 2
model      : 1
revision   : 5
archrev    : 0
features   : branchlong
cpu number : 0
cpu regs   : 4
cpu MHz    : 1300.000000
itc MHz    : 1300.000000
BogoMIPS   : 1946.15

[repeated 4 times, it's a 4-cpu box]

              total       used       free     shared    buffers     cached
Mem:      24779536   13069312   11710224          0     808784   10497376
-/+ buffers/cache:    1763152   23016384
Swap:     51477632        960   51476672

~>cat /etc/issue
Red Hat Enterprise Linux AS release 3 (Taroon Update 6)

~>gcc -v
Reading specs from /usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix 
--disable-checking --with-system-zlib --enable-__cxa_atexit 
Thread model: posix
gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-53)

Python 2.2.3 (#1, Feb  2 2005, 12:38:05)
[GCC 3.2.3 20030502 (Red Hat Linux 3.2.3-49)] on linux2

Travis et al: I have access to these boxes and I'm upstairs from Andrew, so 
I'll be happy to help with further testing of this.  Along with Arnd's work on 
the opterons, it would be great if we could confirm that upon release, 
scipycore/new both build and pass all tests both on Opteron and on Itanium.

Andrew's original message follows unmodified.



Andrew Docherty wrote:
> Hi Fernando,
> You might be interested to know that I managed to get scipy_core to
> build and import on the itanium.
> The only problem was that it tries to link files with the fortran
> compiler, making it necessary to change "F77" to "gcc -shared" manually
> for each linking. This is rather odd, and I couldn't figure out why.
> I didn't manage to get it to work with the intel compiler either, just
> the gnu c complier so far, the intel compiler needs some more options to
> link the shared libraries i think.
> I got newscipy on svn to compile, after a few changes, but unfortunately
> fftpack in newscipy doesn't seem to be working at all, so no fftw as
> yet. And as all my code depends on ffts I can't test anything yet...

More information about the Scipy-dev mailing list