On Tue, Jul 8, 2008 at 1:58 PM, Tiziano Zito <[EMAIL PROTECTED]> wrote: > On 7/8/08, Matthias Klose <[EMAIL PROTECTED]> wrote: >> thanks for the update. Looking at the blas package, I see that the >> cblas library is included in libblas3. So it looks like the numpy >> check is wrong, testing for a package name, and not for a >> feature. This seems to explain why it did work in etch, and this >> should be fixed in python-numpy. > > Hi Ondrej, Hi Matthias. Removing the two lines in numpy/core/setup.py indeed > seems to do the trick. Feel free to test the attached patch, generated > against the python-numpy source package in sid. On my system it > generates a numpy package with a _dotblas.so file correctly linked to > lapack libs. If ATLAS is then installed, the ATLAS libraries are used > instead. > Ondrej: if the patch works, would you report it upstream?
Yes, but first I'll upload a new package, because depending on the atlas packages is not good. It works on my system. Your script (attached) gives me: $ ./test_atlas.py Using ATLAS: 0.53141283989 $ wajig remove atlas3-base libatlas3gf-base $ ./test_atlas.py Using ATLAS: 1.64572000504 So it seems to work, even though the difference is not so big. I am now going to test the package on i386 and then upload if all is ok. We can then talk with upstream what is the best way to fix this in the long term. Ondrej
#! /usr/bin/env python import numpy import time try: import numpy.core._dotblas print 'Using ATLAS:' except ImportError: print 'No ATLAS:' t = time.time() x = numpy.random.random((1000,1000)) y = numpy.random.random((1000,1000)) z = numpy.dot(x, y) print time.time()-t
