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 ...

+ Reply to Thread
Results 1 to 3 of 3

Thread: numeric python module

  1. 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

  2. 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

  3. 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

+ Reply to Thread