Hi,
To make sfepy work with the latest released scipy, use this patch:
diff --git a/sfe/solvers/ls.py b/sfe/solvers/ls.py
--- a/sfe/solvers/ls.py
+++ b/sfe/solvers/ls.py
@@ -1,7 +1,7 @@ from sfe.base.base import *
from sfe.base.base import *
from sfe.solvers.solvers import LinearSolver
-import scipy.splinalg.dsolve.umfpack as um
+import scipy.linsolve.umfpack as um
um.configure( assumeSortedIndices = True )
##
However, today I discovered problems when using sfepy on amd64 (Debian):
It compiles fine, but:
$ ./schroedinger.py input/schroed.py
warning: other missing: ['functions', 'modules', 'epbc', 'lcbc']
warning: left over: ['funV', 'options']
mesh.read = 0.04
mesh.split = 0.0
t = 0.0
Traceback (most recent call last):
File "./schroedinger.py", line 110, in ?
main()
File "./schroedinger.py", line 107, in main
evp = solveEigenProblem( conf, options )
File "./schroedinger.py", line 24, in solveEigenProblem
pb = ProblemDefinition.fromConf( conf )
File "/home/ondra/sfepy/sfe/fem/problemDef.py", line 40, in fromConf
domain.setupNeighbourLists()
File "/home/ondra/sfepy/sfe/fem/domain.py", line 349, in setupNeighbourLists
mu.sortRows( aux, nm.array( sortCols[mode], nm.int32 ) )
File "/home/ondra/sfepy/sfe/fem/extmods/meshutils.py", line 102, in sortRows
return _meshutils.sortRows(*args)
TypeError: array cannot be safely cast to required type
This is imho related to the fact, that the 64bit system uses integers
of a different default length.
Ondrej