![](https://secure.gravatar.com/avatar/6c2496a73573bf0c9ac85f71db561475.jpg?s=120&d=mm&r=g)
On 7/6/2010 11:43 AM, Pauli Virtanen wrote:
Tue, 06 Jul 2010 11:53:22 -0600, Charles R Harris wrote: [clip]
Let's get this thread back to the errors. The problems seem specific to the python.org amd64 python, is that correct?
The SuperLU failures puzzle me. It should be "straightforward" C code, and I don't understand what can go wrong there. The "Factor is exactly singular" error indicates essentially means that SuperLU thinks it detects a zero pivot or something, so something seems to fail at a fairly low level.
This seems quite difficult to debug without a Win-64 at hand.
Another thing is that Gohlke's binaries are also built against MKL, and SuperLU does call BLAS routines. I wonder if something can break because of that...
Apparently it can. When I link SuperLU against CBLAS (from the SuperLU_4.0 distribution) instead of MKL 10.2 the test errors "RuntimeError: Factor is exactly singular" disappear. Now I get many more "TypeError: array cannot be safely cast to required type" failures, but that's a different problem. -- Christoph