Some observations: In addons.py I found the following statement: ,---- | # Set to 0 if you have your own platform optimized BLAS and LAPACK. | # When I tried this under RH8.0 i386 Linux, there was at least one | # unresolved symbol. `---- Which symbol was that? It seems to work for me on RedHat 8.0 using RedHat's BLAS and LAPACK. Latest cvs gives the following test error: ,---- | Test of inplace operations and rich comparisons | Traceback (most recent call last): | File "<stdin>", line 1, in ? | File "/usr/lib/python2.2/site-packages/numarray/testall.py", line 19, in test | result = eval(p+".test()") | File "<string>", line 0, in ? | File "/usr/lib/python2.2/site-packages/numarray/ma/dtest.py", line 635, in test | test8() | File "/usr/lib/python2.2/site-packages/numarray/ma/dtest.py", line 434, in test8 | x *= 2.0 | TypeError: can't multiply sequence to non-int | >>> `---- Moreover I have a compilation issue which is probably a gcc bug, but here we go: ,---- | > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray -I/usr/include/python2.2 -c Src/_ufuncComplex32module.c -o build/temp.linux-i686-2.2/_ufuncComplex32module.o -g -march=pentium4 -pipe -Wall | Src/_ufuncComplex32module.c: In function `multiply_Complex32_reduce': | Src/_ufuncComplex32module.c:401: unable to find a register to spill in class `FLOAT_REGS' | Src/_ufuncComplex32module.c:401: this is the insn: | (insn 65 63 67 (set (reg/v:DF 10 st(2) [74]) | (float_extend:DF (subreg:SF (reg/v:DI 21 rxmm0 [71]) 0))) 133 {*extendsfdf2_1} (nil) | (nil)) | Src/_ufuncComplex32module.c:401: confused by earlier errors, bailing out `---- (If I compile with -march=pentium3 it works just fine.) Maybe someone has a comment here? (If I have some more time I'll file a gcc bug report.) Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.)
On Wed, 2003-10-01 at 04:39, Jochen Küpper wrote:
Some observations:
In addons.py I found the following statement: ,---- | # Set to 0 if you have your own platform optimized BLAS and LAPACK. | # When I tried this under RH8.0 i386 Linux, there was at least one | # unresolved symbol. `----
It was my comment...
Which symbol was that?
I didn't remember then and certainly don't now. I was trying to brace the reader for the possibility that "optimized library activation" might need further work.
It seems to work for me on RedHat 8.0 using RedHat's BLAS and LAPACK.
Excellent. I guess the comment should disappear.
Latest cvs gives the following test error: ,---- | Test of inplace operations and rich comparisons | Traceback (most recent call last): | File "<stdin>", line 1, in ? | File "/usr/lib/python2.2/site-packages/numarray/testall.py", line 19, in test | result = eval(p+".test()") | File "<string>", line 0, in ? | File "/usr/lib/python2.2/site-packages/numarray/ma/dtest.py", line 635, in test | test8() | File "/usr/lib/python2.2/site-packages/numarray/ma/dtest.py", line 434, in test8 | x *= 2.0 | TypeError: can't multiply sequence to non-int | >>> `----
This is a known bug in Python, fixed in 2.2.2 and up.
Moreover I have a compilation issue which is probably a gcc bug, but here we go: ,---- | > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray -I/usr/include/python2.2 -c Src/_ufuncComplex32module.c -o build/temp.linux-i686-2.2/_ufuncComplex32module.o -g -march=pentium4 -pipe -Wall | Src/_ufuncComplex32module.c: In function `multiply_Complex32_reduce': | Src/_ufuncComplex32module.c:401: unable to find a register to spill in class `FLOAT_REGS' | Src/_ufuncComplex32module.c:401: this is the insn: | (insn 65 63 67 (set (reg/v:DF 10 st(2) [74]) | (float_extend:DF (subreg:SF (reg/v:DI 21 rxmm0 [71]) 0))) 133 {*extendsfdf2_1} (nil) | (nil)) | Src/_ufuncComplex32module.c:401: confused by earlier errors, bailing out `---- (If I compile with -march=pentium3 it works just fine.)
Maybe someone has a comment here? (If I have some more time I'll file a gcc bug report.)
What version of Python and gcc was this? (I don't normally use /usr/bin/python, but stock RH 8.0 seems to work OK for me)
Greetings, Jochen -- Todd Miller
On 01 Oct 2003 06:28:45 -0400 Todd Miller wrote: Todd> On Wed, 2003-10-01 at 04:39, Jochen Küpper wrote:
| # Set to 0 if you have your own platform optimized BLAS and LAPACK. | # When I tried this under RH8.0 i386 Linux, there was at least one | # unresolved symbol.
[...] Todd> Excellent. I guess the comment should disappear. You take it out then?:)
Latest cvs gives the following test error:
[...] Todd> This is a known bug in Python, fixed in 2.2.2 and up. Ok, guess we have to upgrade then.
Moreover I have a compilation issue which is probably a gcc bug, but here we go:
[The problem was '-march=pentium4'.] Todd> What version of Python and gcc was this? (I don't normally use Todd> /usr/bin/python, but stock RH 8.0 seems to work OK for me) gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) Python 2.2.1 (#1, Aug 30 2002, 12:15:30) I did file a gcc bug report, as it looks like an issue with its optimizer or architecture specific back-end. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.)
On Wed, 2003-10-01 at 07:55, Jochen Küpper wrote:
On 01 Oct 2003 06:28:45 -0400 Todd Miller wrote:
Todd> On Wed, 2003-10-01 at 04:39, Jochen Küpper wrote:
| # Set to 0 if you have your own platform optimized BLAS and LAPACK. | # When I tried this under RH8.0 i386 Linux, there was at least one | # unresolved symbol.
[...]
Todd> Excellent. I guess the comment should disappear.
You take it out then?:)
Done. -- Todd Miller jmiller@stsci.edu STSCI / ESS / SSB
On Wed, 01 Oct 2003 10:39:16 +0200 Jochen Küpper wrote: Jochen> Moreover I have a compilation issue which is probably a gcc bug, but Jochen> here we go: Jochen> ,---- Jochen> | > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray -I/usr/include/python2.2 -c Src/_ufuncComplex32module.c -o build/temp.linux-i686-2.2/_ufuncComplex32module.o -g -march=pentium4 -pipe -Wall Jochen> | Src/_ufuncComplex32module.c: In function `multiply_Complex32_reduce': Jochen> | Src/_ufuncComplex32module.c:401: unable to find a register to spill in class `FLOAT_REGS' Jochen> | Src/_ufuncComplex32module.c:401: this is the insn: Jochen> | (insn 65 63 67 (set (reg/v:DF 10 st(2) [74]) Jochen> | (float_extend:DF (subreg:SF (reg/v:DI 21 rxmm0 [71]) 0))) 133 {*extendsfdf2_1} (nil) Jochen> | (nil)) Jochen> | Src/_ufuncComplex32module.c:401: confused by earlier errors, bailing out Jochen> `---- Ok, got a reply from the gcc team: bug confirmed for 3.2.x, fixed in 3.3.1. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.)
participants (2)
-
Jochen Küpper -
Todd Miller