[SciPy-User] Correctly compiling SciPy with UMFPACK support?

Dag Sverre Seljebotn dagss@student.matnat.uio...
Wed Aug 11 03:10:24 CDT 2010

Ioan-Alexandru Lazar wrote:
> Hello everyone,
> I know that SciPy vanilla support for UMFPACK is going to be deprecated
> due to license issues, so I hope I am not incorrectly directing my
> message.
> I have spent the last two days trying to build SciPy with UMFPACK.
> Normally, I would simply use the packages available from my distribution;
> however, I want SciPy to use a version of UMFPACK I am compiling myself
> using AMD's ACML (because I need multithreaded BLAS support).
> Unfortunately, there's something that I don't seem to be getting straight
> because regardless of how I do it, I end up with an error message.
> If I am using scikits.umfpack or scipy version 0.7.0, the error message I
> eventually receive is:
> Traceback (most recent call last):
>   File "/home/alexlz/Projects/2010/llssolve/scipytest.py", line 16, in
> <module>
>     umf = scikits.umfpack.UmfpackContext("zi")
>   File
> "/home/alexlz/.local/lib/python2.6/site-packages/scikits.umfpack-5.1.0-py2.6-linux-x86_64.egg/scikits/umfpack/umfpack.py",
> line 278, in __init__
>     self.control = nm.zeros( (UMFPACK_CONTROL, ), dtype = nm.double )
> NameError: global name 'UMFPACK_CONTROL' is not defined
> If I am using scipy.sparse.linalg.dsolve.umfpack in scipy version 0.8.0,
> it complains that I have not compiled it with UMFPACK support.

I just wanted to make you aware that the UMFPACK wrapper has a new home 
over at scikits (scikits.appspot.com). Perhaps you'll have better luch 
with that one...

Haven't tried myself though.

Dag Sverre

More information about the SciPy-User mailing list