[SciPy-dev] Re: [SciPy-user] Release of SciPy Core 0.4 (Beta)

Pearu Peterson pearu at scipy.org
Fri Sep 30 13:54:08 EDT 2005



On Fri, 30 Sep 2005, Rob Managan wrote:

> OK, I am giving this a go.
>
> I seem to be not setting a flag about some math functions availability.
>
> Here are the details (aorry about the length of it but I snipped a lot!):
>
> OSX 10.3.9, Python 2.4.1
>
> Installed g77v3.4-bin.tar.gz from http://hpc.sourceforge.net/ as described 
> into /usr/local/...
> Installed fftw-3.0.1-fma.tar.gz from http://www.fftw.org/download.html into 
> ~/Documents/local/... where I have other libraries I have installed.
>
> Got scipy_core-0.4.1.tar.gz from 
> http://sourceforge.net/project/showfiles.php?group_id=1369&package_id=6222, 
> wanted to try out the new replacement for Numeric
>
> tar -zxvf scipy_core-0.4.1.tar.gz
> cd scipy_core-0.4.1
> python setup.py build


> gcc: build/src/scipy/base/src/umathmodule.c
> In file included from build/src/scipy/base/src/umathmodule.c:8:
> scipy/base/include/scipy/arrayobject.h:84: warning: redefinition of `ushort'
> /usr/include/sys/types.h:82: warning: `ushort' previously declared here
> scipy/base/include/scipy/arrayobject.h:85: warning: redefinition of `uint'
> /usr/include/sys/types.h:83: warning: `uint' previously declared here
> build/src/scipy/base/src/umathmodule.c: In function `nc_floor_quotl':
> build/src/scipy/base/src/umathmodule.c:1257: warning: implicit declaration of 
> function `floorl'
> build/src/scipy/base/src/umathmodule.c: In function `nc_sqrtl':
> build/src/scipy/base/src/umathmodule.c:1269: warning: implicit declaration of 
> function `sqrtl'
> ...
> build/src/scipy/base/__umath_generated.c:171: error: initializer element is 
> not constant
> build/src/scipy/base/__umath_generated.c:171: error: (near initialization for 
> `arccosh_data[2]')

Detection of the availability of long functions is not working properly in 
scipy_core-0.4.1. This is fixed in svn. So, try newcore from svn.

On windows XP box with latest mingw32 I have experienced similar problems 
with float versions of inverse hyperbolic functions: it appears that while 
asinhf is defined then atanhf is not, I am in a middle of debugging 
process with it right now..

Pearu




More information about the SciPy-Dev mailing list