From: Jordan D. <jd...@eo...> - 2006-08-23 21:27:36
I just tried to compile numpy-1.0b3 under windows using mingw. I got
this error:
compile options: '-Ibuild\src.win32-2.4\numpy\core\src
-Inumpy\core\include -Ibuild\src.win32-2.4\numpy\core -Inumpy\core\src
-Inumpy\core\include -Ic:\Python24\include -Ic:\Python24\PC -c'
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes
-Ibuild\src.win32-2.4\numpy\core\src -Inumpy\core\include
-Ibuild\src.win32-2.4\numpy\core -Inumpy\core\src -Inumpy\core\include
-Ic:\Python24\include -Ic:\Python24\PC -c
numpy\core\src\multiarraymodule.c -o
build\temp.win32-2.4\Release\numpy\core\src\multiarraymodule.o
In file included from numpy/core/src/multiarraymodule.c:64:
numpy/core/src/arrayobject.c:6643: initializer element is not constant
numpy/core/src/arrayobject.c:6643: (near initialization for
`PyArray_Type.tp_free')
numpy/core/src/arrayobject.c:10312: initializer element is not constant
numpy/core/src/arrayobject.c:10312: (near initialization for
`PyArrayMultiIter_Type.tp_free')
numpy/core/src/arrayobject.c:11189: initializer element is not constant
numpy/core/src/arrayobject.c:11189: (near initialization for
`PyArrayDescr_Type.tp_hash')
error: Command "gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes
-Ibuild\src.win32-2.4\numpy\core\src -Inumpy\core\include
-Ibuild\src.win32-2.4\numpy\core -Inumpy\core\src -Inumpy\core\include
-Ic:\Python24\include -Ic:\Python24\PC -c
numpy\core\src\multiarraymodule.c -o
build\temp.win32-2.4\Release\numpy\core\src\multiarraymodule.o" failed
with exit status 1
Any ideas?
Jordan Dawe
From: Sven S. <sve...@gm...> - 2006-08-23 21:35:11
Jordan Dawe schrieb:
> I just tried to compile numpy-1.0b3 under windows using mingw. I got
> this error:
...
>
> Any ideas?
>
No, except that I ran into the same problem... Hooray, I'm not alone ;-)
-sven
From: Frank C. <fr...@qf...> - 2006-08-23 21:47:45
Hi Sven and Jordan
I wish to add my name to this list ;-) I just got the same error trying
to compile for Python 2.3 with latest candidate mingw32, following the
instructions at http://www.scipy.org/Installing_SciPy/Windows .
Hopefully someone can shed some light on this error - what I've been
able to find on the net explains something about C not allowing dynamic
initializing of global variables, whereas C++ does...?
- Frank
Sven Schreiber wrote:
> Jordan Dawe schrieb:
>
>> I just tried to compile numpy-1.0b3 under windows using mingw. I got
>> this error:
>>
> ...
>
>> Any ideas?
>>
>>
>
> No, except that I ran into the same problem... Hooray, I'm not alone ;-)
> -sven
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Numpy-discussion mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numpy-discussion
>
>
From: Travis O. <oli...@ie...> - 2006-08-23 22:14:02
Frank Conradie wrote:
> Hi Sven and Jordan
>
> I wish to add my name to this list ;-) I just got the same error
> trying to compile for Python 2.3 with latest candidate mingw32,
> following the instructions at
> http://www.scipy.org/Installing_SciPy/Windows .
>
> Hopefully someone can shed some light on this error - what I've been
> able to find on the net explains something about C not allowing
> dynamic initializing of global variables, whereas C++ does...?
>
Edit line 690 of ndarrayobject.h to read
#define NPY_USE_PYMEM 0
Hopefully that should fix the error.
-Travis
From: Travis O. <oli...@ie...> - 2006-08-23 22:21:44
Travis Oliphant wrote:
> Frank Conradie wrote:
>
>> Hi Sven and Jordan
>>
>> I wish to add my name to this list ;-) I just got the same error
>> trying to compile for Python 2.3 with latest candidate mingw32,
>> following the instructions at
>> http://www.scipy.org/Installing_SciPy/Windows .
>>
>> Hopefully someone can shed some light on this error - what I've been
>> able to find on the net explains something about C not allowing
>> dynamic initializing of global variables, whereas C++ does...?
>>
>>
> Edit line 690 of ndarrayobject.h to read
>
> #define NPY_USE_PYMEM 0
>
> Hopefully that should fix the error.
>
You will also have to alter line 11189 so that
_Py_HashPointer is replaced by 0 or NULL
From: Frank C. <fr...@qf...> - 2006-08-24 15:36:44
Thanks Travis - that did the trick. Is this an issue specifically with
mingw and Windows?
- Frank
Travis Oliphant wrote:
> Travis Oliphant wrote:
>
>> Frank Conradie wrote:
>>
>>
>>> Hi Sven and Jordan
>>>
>>> I wish to add my name to this list ;-) I just got the same error
>>> trying to compile for Python 2.3 with latest candidate mingw32,
>>> following the instructions at
>>> http://www.scipy.org/Installing_SciPy/Windows .
>>>
>>> Hopefully someone can shed some light on this error - what I've been
>>> able to find on the net explains something about C not allowing
>>> dynamic initializing of global variables, whereas C++ does...?
>>>
>>>
>>>
>> Edit line 690 of ndarrayobject.h to read
>>
>> #define NPY_USE_PYMEM 0
>>
>> Hopefully that should fix the error.
>>
>>
>
> You will also have to alter line 11189 so that
>
> _Py_HashPointer is replaced by 0 or NULL
>
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Numpy-discussion mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numpy-discussion
>
>
From: Travis O. <oli...@ie...> - 2006-08-24 16:22:32
Frank Conradie wrote:
> Thanks Travis - that did the trick. Is this an issue specifically with
> mingw and Windows?
>
Yes, I keep forgetting that Python functions are not necessarily
defined at compile time on Windows. It may also be a problem with MSVC
on Windows but I'm not sure.
The real fix is now in SVN where these function pointers are initialized
before calling PyType_Ready
-Travis
