[SciPy-dev] scipy.linalg and LAPACK 3.0

eric jones eric at scipy.org
Thu Sep 6 15:03:13 CDT 2001

I'd say the latter of the two.  I started linalg months ago, and Travis O.
a lot of effort into over the last several weeks.

I'm not really familiar with 3.0 -- we are really focusing on ATLAS cause
it is so dang fast on most platforms.  It doesn't provide a full LAPACK
so you have to merge it with another LAPACK to get everything.

If you can figure out how to write a generic interface (not to hard, but
partially documented in /linalg/docs/more_notes), then have at it.
The actual f2py interfaces are generated from a python script.

The more interfaces the merrier, but the compatibility issue has to be
On Unix, we could use 'nm' to check if the function is there.  On windows it
ain't so easy.  Maybe it should just be an optional function for now (i.e.
to being commented out) for the widest compatibility.


----- Original Message -----
From: "Robert Kern" <kern at caltech.edu>
To: <scipy-dev at scipy.org>
Sent: Thursday, September 06, 2001 4:36 PM
Subject: [SciPy-dev] scipy.linalg and LAPACK 3.0

> Hi,
> Some of the routines wrapped in generic_lapack.pyf seem to be deprecated
> LAPACK 3.0, notably _GESVD, which is rather slower than the new _GESDD. Is
> a reason for this (e.g. compatibility for people who haven't upgraded
> LAPACK, yet), or has simply no-one done the work, yet?
> If the latter, I'll see what I can come up with and contribute.
> --
> Robert Kern
> kern at caltech.edu
> "In the fields of hell where the grass grows high
>  Are the graves of dreams allowed to die."
>   -- Richard Harter
> _______________________________________________
> Scipy-dev mailing list
> Scipy-dev at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-dev

More information about the Scipy-dev mailing list