numeric python module - SGI
This is a discussion on numeric python module - SGI ; Has anybody any experiences about compiling latest numpy version (1.0b4)
under a SGI IRIX 6.5 environment? Numpy is a numerical enhancement of
python. I'm using the mipspro 7.2.x and gcc 3.4.6 compiler and python
2.4.3 (self compiled). First I thought ...
-
numeric python module
Has anybody any experiences about compiling latest numpy version (1.0b4)
under a SGI IRIX 6.5 environment? Numpy is a numerical enhancement of
python. I'm using the mipspro 7.2.x and gcc 3.4.6 compiler and python
2.4.3 (self compiled). First I thought problems are coming from lacking
c99 support in mipspro compiler. The gcc should compile this code
without problems because under linux the version with gcc 3.4.x doesn´t
make any problems.
....
copying build/src.irix64-6.5-2.4/numpy/__config__.py ->
build/lib.irix64-6.5-2.4/numpy
copying build/src.irix64-6.5-2.4/numpy/distutils/__config__.py ->
build/lib.irix64-6.5-2.4/numpy/distutils
running build_ext
customize UnixCCompiler
customize UnixCCompiler using build_ext
customize MipsFCompiler
customize MipsFCompiler
customize MipsFCompiler using build_ext
building 'numpy.core.umath' extension
compiling C sources
C compiler: gcc -fno-strict-aliasing -DNDEBUG -D_FILE_OFFSET_BITS=64
-DHAVE_LARGEFILE_SUPPORT -fmessage-length=0 -Wall -O2
compile options: '-Ibuild/src.irix64-6.5-2.4/numpy/core/src
-Inumpy/core/include
-Ibuild/src.irix64-6.5-2.4/numpy/core -Inumpy/core/src -Inumpy/core/include
-I/usr/local/include/python2.4 -c'
gcc: build/src.irix64-6.5-2.4/numpy/core/src/umathmodule.c
numpy/core/src/umathmodule.c.src: In function `nc_sqrtf':
numpy/core/src/umathmodule.c.src:602: warning: implicit declaration of
function `hypotf'
numpy/core/src/umathmodule.c.src: In function `nc_sqrtl':
numpy/core/src/umathmodule.c.src:602: warning: implicit declaration of
function `fabsl'
...
... lots of math functions ...
...
numpy/core/src/umathmodule.c.src: In function `LONGDOUBLE_frexp':
numpy/core/src/umathmodule.c.src:1940: warning: implicit declaration
of function `frexpl'
numpy/core/src/umathmodule.c.src: In function `LONGDOUBLE_ldexp':
numpy/core/src/umathmodule.c.src:1957: warning: implicit declaration
of function `ldexpl'
In file included from numpy/core/src/umathmodule.c.src:2011:
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c: At top level:
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:15: error:
`acosl' undeclared here
(not in a function)
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:15: error:
initializer element is
not constant
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:15: error:
(near initialization for
`arccos_data[2]')
...
... lots of math functions ...
...
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:192: error:
initializer element is
not constant
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:192: error:
(near initialization
for `tanh_data[2]')
numpy/core/include/numpy/ufuncobject.h:328: warning:
'generate_overflow_error' defined but
not used
numpy/core/src/umathmodule.c.src: In function `nc_sqrtf':
numpy/core/src/umathmodule.c.src:602: warning: implicit declaration of
function `hypotf'
...
... lots of math functions ...
...
numpy/core/src/umathmodule.c.src: In function `FLOAT_frexp':
numpy/core/src/umathmodule.c.src:1940: warning: implicit declaration
of function `frexpf'
numpy/core/src/umathmodule.c.src: In function `FLOAT_ldexp':
numpy/core/src/umathmodule.c.src:1957: warning: implicit declaration
of function `ldexpf'
numpy/core/src/umathmodule.c.src: In function `LONGDOUBLE_frexp':
numpy/core/src/umathmodule.c.src:1940: warning: implicit declaration
of function `frexpl'
numpy/core/src/umathmodule.c.src: In function `LONGDOUBLE_ldexp':
numpy/core/src/umathmodule.c.src:1957: warning: implicit declaration
of function `ldexpl'
In file included from numpy/core/src/umathmodule.c.src:2011:
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c: At top level:
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:15: error:
`acosl' undeclared here
(not in a function)
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:15: error:
initializer element is
not constant
...
... lots of math functions ...
...
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:192: error:
initializer element is
not constant
build/src.irix64-6.5-2.4/numpy/core/__umath_generated.c:192: error:
(near initialization
for `tanh_data[2]')
numpy/core/include/numpy/ufuncobject.h:328: warning:
'generate_overflow_error' defined but
not used
error: Command "gcc -fno-strict-aliasing -DNDEBUG -D_FILE_OFFSET_BITS=64
-DHAVE_LARGEFILE_SUPPORT -fmessage-length=0 -Wall -O2
-Ibuild/src.irix64-6.5-2.4/numpy/core/src -Inumpy/core/include
-Ibuild/src.irix64-6.5-2.4/numpy/core -Inumpy/core/src -Inumpy/core/include
-I/usr/local/include/python2.4 -c
build/src.irix64-6.5-2.4/numpy/core/src/umathmodule.c -o
build/temp.irix64-6.5-2.4/build/src.irix64-6.5-2.4/numpy/core/src/umathmodule.o"
failed with
exit status 1
Can somebody explain me, what�s going wrong. It seems there is some
header files missing.
Regards,
Thilo Wehrmann
-
Re: numeric python module
Thilo Wehrmann schrieb:
> Has anybody any experiences about compiling latest numpy version (1.0b4)
> under a SGI IRIX 6.5 environment? Numpy is a numerical enhancement of
> python. I'm using the mipspro 7.2.x and gcc 3.4.6 compiler and python
> 2.4.3 (self compiled). First I thought problems are coming from lacking
> c99 support in mipspro compiler. The gcc should compile this code
> without problems because under linux the version with gcc 3.4.x doesn´t
> make any problems.
Compiles fine with a more recent mipspro compiler atleast with 7.4.4.
I'm not familar with the python build system so i have to tweak
'numpy/distutils/system_info.py' and remove the /usr/lib pathes. Without
that the checks goes fail because the environment is set to n32 but
/usr/lib contains the old o32 ABI.
Also enabling libblas support doesnt work. If default_lib_dirs =
['/usr/nekoware', '/usr/lib32'] is set it bailed out because missing
symboles like 'PyImport_ImportModule'.
If you saye a numpy package without libblas support makes sence i can
create a neko_python_numpy tardist.
regards
Joerg
--
TakeNet GmbH http://www.takenet.de
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
-
Re: numeric python module
Joerg Behrens schrieb:
> Also enabling libblas support doesnt work. If default_lib_dirs =
> ['/usr/nekoware', '/usr/lib32'] is set it bailed out because missing
> symboles like 'PyImport_ImportModule'.
>
This is not very important at this point.
> If you saye a numpy package without libblas support makes sence i can
> create a neko_python_numpy tardist.
>
> regards
> Joerg
>
This would be very kind because currently I don´t need the blas
libraries. For me it is very important to get the array stuff functionality.
Greetings,
Thilo