16fd608da6
more reasonable name
2019-10-08 17:12:53 +02:00
098f2903ea
not used anymore
2019-10-08 17:04:27 +02:00
5e79c360e9
no need for double definition
2019-10-08 10:03:03 +02:00
a8a0c23d77
Merge remote-tracking branch 'origin/development' into MSC-DADF5
2019-10-08 09:32:52 +02:00
04272f88d5
untangling
...
- avoid public variables
- openMP in initialization hardly useful
- structure of init should reflect tasks:
1) reading
2) discretization
3) nonlocal stuff
2019-10-08 09:30:32 +02:00
795939c989
tests for re-ordered systems + new PETSc 3.11
2019-10-07 20:23:17 +02:00
60d8a1d983
tests reflect new order in lattice
2019-10-07 18:41:50 +02:00
2d7293726c
more useful order
2019-10-07 18:04:29 +02:00
7f403ad50e
avoid global variables
2019-10-05 20:23:33 +02:00
8fe614b0b0
[skip ci] updated version information after successful test of v2.0.3-860-g0dd14a06
2019-10-05 20:20:06 +02:00
18b8e71f69
polishing
2019-10-05 20:09:01 +02:00
1d35699884
ip volume is only needed by plastic nonlocal
2019-10-05 19:46:08 +02:00
076aa3f72b
not needed
2019-10-05 17:37:14 +02:00
019f0556e6
better have explicit arguments
2019-10-05 17:18:21 +02:00
0dd14a0652
correct reporting of version
2019-09-30 09:07:56 -07:00
457f9aa4e3
prospector found duplicated key
2019-09-30 08:53:53 -07:00
2e63affe47
[skip ci] better to read
2019-09-25 12:48:16 -07:00
9ebd91312a
avoid size(xxx) of unallocated xxx
2019-09-25 12:21:57 -07:00
fc090a1960
[skip ci] indentation only
2019-09-25 12:05:37 -07:00
116f43f401
[skip ci] indentation hick-up
2019-09-23 22:15:13 -07:00
ffcb7a0a24
aim of the calculation clearer
...
don't know if brackets are honored here
2019-09-23 09:31:14 -07:00
da041f43bc
floating point arithmetic refinement
...
Intel 18.4 could not detect 0.0
2019-09-23 09:29:38 -07:00
96811f77ca
not used
2019-09-23 06:50:25 -07:00
0620eae797
less code
2019-09-23 06:48:39 -07:00
611cc9bcae
preprocessor does not allow spaces
2019-09-23 06:48:20 -07:00
48e0a7ad97
no floating point comparison for equality
2019-09-23 06:35:02 -07:00
b8204015f5
wrong type (math_range returns integers)
2019-09-23 06:29:32 -07:00
02fef16b38
used only by MARC/Abaqus
2019-09-23 06:28:10 -07:00
78344c01ac
avoid floating point comparison
2019-09-23 05:37:36 -07:00
da15ff85f3
tests now operational
2019-09-23 00:11:45 -07:00
285dab4451
self consistent solutions
2019-09-22 23:53:56 -07:00
bbb2441cc2
preparing more tests
2019-09-22 22:08:19 -07:00
0655ef2c90
small precision adjustments required
...
one in a Mio might have degenerated precision...
Also now finally testing core functionality
2019-09-22 21:58:18 -07:00
c1398e5fa4
more robust agains overflow + tests
2019-09-22 21:41:00 -07:00
dc56556075
trying to resolve MPI restart issues
2019-09-22 19:19:16 -07:00
40099fd581
typo
2019-09-22 17:46:37 -07:00
9fd65b0617
need to relax tolerance for case 3
2019-09-22 16:57:16 -07:00
d1566aa5bf
GNU 8 has issues with IEEE_infinite
...
errors occur when running aggressively optimized code. GNU 9.1 seems to
be ok
2019-09-22 16:05:41 -07:00
c0210659b6
statUnit was not opened, stat file was written to STDERR
2019-09-22 15:56:37 -07:00
e3de324fee
FEM tolerance was to strict
...
not clear why it pops up now, but there is no real significance beyond
these numbers anyway
2019-09-22 15:35:21 -07:00
26bdcd64b9
this might resolve the occasional MPI restart test failuers
2019-09-22 15:34:05 -07:00
4ff292ba70
IEEE infinite causes problems with older GNU
2019-09-22 14:46:27 -07:00
171a93ca30
also small negative values cause problems
...
Logic differs from the original formulation now
2019-09-22 14:17:17 -07:00
6b5b0fae22
mixed up real and aimag part in quaternion
...
+ some tests
2019-09-22 12:10:39 -07:00
25c9bb1cd7
testing some corner cases
2019-09-22 11:29:34 -07:00
62174a8978
testing all conversions
...
using norm(Delta q) ensures that the quality of the conversion is
tested, not the numerical properties of any orientation representation.
2019-09-22 11:15:27 -07:00
1e9d600068
polishing
2019-09-22 08:57:54 -07:00
6e5b9ca665
unused variables
2019-09-22 08:54:59 -07:00
77011a5dba
this fix restores the previous behavior of dislotwin
...
very strange behavior in plasticity_detect changes for dislotwin. This
fix restores the old behavior with respect to number of iterations.
Using orientation%fromMatrix() results in much more iterations and an
increase in runtime for the test from approx 6 min to 40 min. Results
still match in the end. Also, crystallite_Fp0 differs by approx 1e-15
only between the two methods.
I assume that something is wrong with either dislotwin or the
state/stress integration
2019-09-22 07:46:30 -07:00
de632ec85c
better names
2019-09-22 07:22:24 -07:00
Martin Diehl