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