7f00082d60
parameters easier to identify
2018-08-28 12:57:22 +02:00
4112da183e
Merge branch 'development' into 42-new-coding-style-for-homogenization
2018-08-28 06:28:13 +02:00
9b3ddcd2c2
more explicit
2018-08-28 06:27:38 +02:00
331eaabaa4
standard style from plasticity
...
using derived type for parameters
explicit "use" to see dependencies
2018-08-28 06:24:26 +02:00
38fd517c44
Merge remote-tracking branch 'remotes/origin/36-faster-file-handling-for-material-config-use-stream-access-instead-of-line-wise-reading' into development
2018-08-27 15:13:16 +02:00
11a7103675
more explicit
2018-08-27 00:00:21 +02:00
e6408e0ce3
corrected careless changes
...
using unallocated pointer and asigning wrong label
2018-08-26 21:05:59 +02:00
b11666effa
Merge branch 'development' into 38-introduce-rudimentary-PETSc-based-FEM-solver
2018-08-26 13:59:50 +02:00
a5f139b786
unused variables
2018-08-26 11:53:18 +02:00
241b2ade8b
more portable way to define PI
...
https://software.intel.com/en-us/forums/intel-visual-fortran-compiler-for-windows/topic/490432
and compiler will not complain about truncation
2018-08-26 11:40:38 +02:00
22a232ad08
bug: memory access out of bounds
...
introduced when moderninzing reading in of parameters
2018-08-25 15:50:43 +02:00
6800a5a6f6
just adopting naming convention
2018-08-25 11:07:56 +02:00
49ae38d0f9
using parameters from linked list and removed output
...
homogenization models should only provide model specific output in
accordance with http://dx.doi.org/10.1007/s40192-017-0084-5
2018-08-25 11:03:43 +02:00
7ecb7689f1
Intel compiler failed with SIGSEV
...
derived types, pointers, finalize .... altogether seems to bring both Compilers to their limits.
I cannot see what was wrong before, but now it works and might be a little faster
2018-08-23 00:13:57 +02:00
271b9ba76b
intersting note ...
2018-08-22 23:28:47 +02:00
8c5f3d4e07
only needed once
2018-08-22 22:52:12 +02:00
dc596e6789
zero termination does not work
2018-08-22 18:09:17 +02:00
1a943df97e
small flaws
2018-08-22 17:52:00 +02:00
ab45818d51
seems to work now
...
anyway, nicer code
2018-08-22 14:30:51 +02:00
1b5623ad6c
avoid out of bound access, removed unneeded stuff
2018-08-22 14:22:37 +02:00
037ab3d081
getTag works now for tags with the same start and close tag
...
needed for '/echo/'. Still suggest to rather use /echo\
2018-08-22 13:10:59 +02:00
52088691d1
improved linked list and fixed solution for strange bug
...
Bug: Using automated LHS re-allocation for a string array that with global scope seems to cause trouble
Hence, "parse_file" works with a local string and assings only once to it
Linked_List: Now storing data in the list head also and last element is always empty.
Finalize allows simple handling of deallocation
2018-08-22 11:51:23 +02:00
52002f654e
to converge at one point to one (or two) string lenth values
2018-08-22 09:14:16 +02:00
0068dba40f
Merge branch 'development' into 36-faster-file-handling-for-material-config-use-stream-access-instead-of-line-wise-reading
2018-08-22 09:11:33 +02:00
4d432e5462
Merge branch 'development' into 38-introduce-rudimentary-PETSc-based-FEM-solver
2018-08-21 23:03:56 +02:00
8de321382f
using final seems to be the better approach
...
http://www.training.prace-ri.eu/uploads/tx_pracetmo/AdvFTN_handout.pdf
still needs in-depth analysis, even though I cannot reproduce 'terminally ill'
2018-08-21 08:14:59 +02:00
d146417abe
hot fix for terminally ill with gfortran 7.3
...
might be a bug in the compiler or in the linked list.
waste some memory at the moment...
check linked list carefully before enabling again and blaming gfortran
2018-08-21 07:41:10 +02:00
465d950ab1
gfortran 7.3 and optimized code still gives 'terminally ill'
2018-08-21 07:09:50 +02:00
60f56255e4
[skip sc] [skip ci] simplified interfacing
2018-08-20 23:14:49 +02:00
69ad600916
more explicit file opening
...
still having trouble with Gfortran 7.3 and no numerics.config
2018-08-20 22:36:55 +02:00
87a8a9536b
absTol for divergence was way too tight
2018-08-20 16:34:43 -04:00
c78396dd78
randomized FILEUNIT
...
matrix inversion error when numerics.config is not there or not present
very strange
2018-08-20 22:11:53 +02:00
e47677738a
more verbose error
2018-08-20 17:57:15 +02:00
dbed7056e5
[skip sc] cleaning
2018-08-20 17:08:33 +02:00
93562d5142
mapping of elements etc not needed for PETSc-based FEM and spectral
...
solvers
2018-08-20 16:42:47 +02:00
e3e905938e
all elements are CP elements
2018-08-20 16:23:05 +02:00
3e4c878304
using shared interface for spectral and FEM solver
...
group_scalar seems inappropriate as integers are also scalars. renamed
to group_float (is actually usually of double precision).
think about better name, types should have a t prefix. tgroupFloat?
2018-08-20 16:09:40 +02:00
b8d56ae320
unfified interface for spectral and FEM solver
...
Note: extension to load case and geometry is not added automatically
anymore!
2018-08-20 15:59:13 +02:00
f29a5b3df3
not used at all
2018-08-20 13:15:44 +02:00
543c49426f
Merge branch 'development' into 38-introduce-rudimentary-PETSc-based-FEM-solver
2018-08-20 09:09:15 +02:00
3a097d1099
Merge branch 'development' into 36-faster-file-handling-for-material-config-use-stream-access-instead-of-line-wise-reading
2018-08-20 09:04:28 +02:00
8fb780ab42
now compiles with gfortran
2018-08-20 09:01:13 +02:00
d6c69e3a18
Merge branch 'development' of magit1.mpie.de:damask/DAMASK into development
2018-08-18 23:17:07 +02:00
f7c20d74af
compiles now, but most likely does not work
2018-08-18 15:58:42 +02:00
0d8f17cbe6
adjusting to PETSc 3.9.x
2018-08-18 14:05:57 +02:00
c03ea8f5c7
added forgotten C66(2,2) read-in from parameter database
2018-08-17 15:43:09 -04:00
62d2806fe1
Merge branch 'development' of magit1.mpie.de:damask/DAMASK into development
2018-08-17 14:59:00 -04:00
d4bcfae82b
WIP: adopting to PETSc 3.9.x and modifications in development branch
2018-08-17 12:00:44 +02:00
821860987c
copied existing files
2018-08-17 00:14:25 +02:00
26b08bc21b
Merge branch 'development' into 36-faster-file-handling-for-material-config-use-stream-access-instead-of-line-wise-reading
2018-08-16 23:39:14 +02:00
Martin Diehl