22812c9a91
some minor improvement on precision detection: checking only once (in prec and no longer in math and crystallite), added one more 4/8 switch for LAPACK, as there is no single precision FFTW, stopping compilation for spectral method if FLOAT=4
...
new function in IO to print integers without leading zeros, implemented it at some places in the new spectral solver (reporting still needs some serious polishing)
updated preprocessing for documentation to handle precision correctly
2012-08-30 20:26:28 +00:00
d83150be1b
now capturing "terminallyIll" for basic solution, should end in a automatic cutback of time steps for the spectral solver
2012-08-29 05:50:42 +00:00
5e9e8497e6
new solver is now compiling without a PETSc installation, however only the plain basic solver is available then.
...
also removed reporting of PETSc related variables in the case it is not installed/found
2012-08-28 19:19:47 +00:00
96ba5ecae4
moved some more 'mesh related' functions for post processing from math.f90 to mesh.f90
...
f2py functions remaining in math.f90 now uses assumed size arrays in order to have simpler interfaces. This is only working with python 2.7!
changed python pre- and postprocessing scripts.
If you encounter any problems whith core modules, try to remove the old core.so in the lib/damask
2012-08-27 08:04:47 +00:00
b324a98014
changed order of most arrays to fortran-fast, whole new solver still work in progress
2012-08-09 13:04:56 +00:00
e2a2621235
updates for AL version of spectral solver
2012-08-06 08:53:12 +00:00
948d9c03d0
new version of modular solver structure
2012-08-03 09:25:48 +00:00
d4163dd16f
further work on modularization, basic scheme is now calculating the same results as DAMASK_spectral.f90
2012-07-30 14:06:22 +00:00
c341ddd855
more modularization….
2012-07-26 13:58:47 +00:00
4ed68bb4ae
next round in modularization
2012-07-25 14:01:39 +00:00
e1faad8bcf
next round in modularizzation of solvers
2012-07-24 17:07:10 +00:00
Martin Diehl