DAMASK_EICMD/code
Martin Diehl 751d1d7582 function statement is more clear 2015-09-10 13:01:33 +00:00
..
config updated config files to reflect recent changes in input parameters 2015-07-24 17:14:03 +00:00
CPFEM.f90 remove deprecated spectral load case definition of temperature 2015-07-24 14:57:29 +00:00
DAMASK_abaqus_exp.f remove deprecated spectral load case definition of temperature 2015-07-24 14:57:29 +00:00
DAMASK_abaqus_std.f remove deprecated spectral load case definition of temperature 2015-07-24 14:57:29 +00:00
DAMASK_marc.f90 remove deprecated spectral load case definition of temperature 2015-07-24 14:57:29 +00:00
DAMASK_spectral_driver.f90 wrong results for restart 2015-09-10 10:06:14 +00:00
DAMASK_spectral_interface.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
DAMASK_spectral_solverAL.f90 petsc update (now v3.6.1) 2015-08-04 15:04:53 +00:00
DAMASK_spectral_solverBasicPETSc.f90 petsc update (now v3.6.1) 2015-08-04 15:04:53 +00:00
DAMASK_spectral_solverPolarisation.f90 petsc update (now v3.6.1) 2015-08-04 15:04:53 +00:00
DAMASK_spectral_utilities.f90 petsc update (now v3.6.1) 2015-08-04 15:04:53 +00:00
FEsolving.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
IO.f90 pInt missing 2015-09-10 10:26:09 +00:00
Makefile petsc update (now v3.6.1) 2015-08-04 15:04:53 +00:00
commercialFEM_fileList.f90 added user defined external heat source 2015-07-27 11:09:37 +00:00
compilation_info.f90 improved NaN checks 2015-04-13 10:02:52 +00:00
constitutive.f90 improved debug statements 2015-08-04 21:26:22 +00:00
core_quit.f90 removed copyright from *.f90 and *.f files, will be added using the deployMe script for release/nightly build. Now based on presence of svn:keywords property set (usually "Id"). Similar thing will be done for .py, .sh, and .config files but more involved because they might be executable 2014-03-29 08:20:36 +00:00
crystallite.f90 function statement is more clear 2015-09-10 13:01:33 +00:00
damage_local.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
damage_none.f90 more control over initialisation of field values. specify initial field value in the homogenisation part of the material config file using the appropriate tags 2015-07-24 14:53:50 +00:00
damage_nonlocal.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
damask.core.pyf behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
debug.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
homogenization.f90 named if 2015-08-18 16:07:01 +00:00
homogenization_RGC.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
homogenization_isostrain.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
homogenization_none.f90 updated MPI reporting in line with recent changes 2014-10-10 16:21:10 +00:00
hydrogenflux_cahnhilliard.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
hydrogenflux_isoconc.f90 more control over initialisation of field values. specify initial field value in the homogenisation part of the material config file using the appropriate tags 2015-07-24 14:53:50 +00:00
kinematics_cleavage_opening.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
kinematics_hydrogen_strain.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
kinematics_slipplane_opening.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
kinematics_thermal_expansion.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
kinematics_vacancy_strain.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
lattice.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
libs.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
material.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
math.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
mesh.f90 realloc lhs was not always working, fixed now and added test for new string pos function 2015-08-31 16:30:04 +00:00
numerics.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
plastic_disloKMC.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
plastic_disloUCLA.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
plastic_dislotwin.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
plastic_j2.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
plastic_none.f90 changed up handling of delta states, and some bug fixes 2015-06-01 16:02:27 +00:00
plastic_nonlocal.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
plastic_phenopowerlaw.f90 more logical structure when reading in 2015-09-08 19:44:32 +00:00
plastic_titanmod.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
porosity_none.f90 more control over initialisation of field values. specify initial field value in the homogenisation part of the material config file using the appropriate tags 2015-07-24 14:53:50 +00:00
porosity_phasefield.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
prec.f90 realloc lhs was not always working, fixed now and added test for new string pos function 2015-08-31 16:30:04 +00:00
source_damage_anisoBrittle.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_damage_anisoDuctile.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_damage_isoBrittle.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_damage_isoDuctile.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_thermal_dissipation.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_thermal_externalheat.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_vacancy_irradiation.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_vacancy_phenoplasticity.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
source_vacancy_thermalfluc.f90 lots of memory savings (~ stateside + 250 pReals per integration point) when using analytic jacobian 2015-08-28 10:55:38 +00:00
spectral_damage.f90 petsc update (now v3.6.1) 2015-08-04 15:04:53 +00:00
spectral_thermal.f90 petsc update (now v3.6.1) 2015-08-04 15:04:53 +00:00
thermal_adiabatic.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
thermal_conduction.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
thermal_isothermal.f90 more control over initialisation of field values. specify initial field value in the homogenisation part of the material config file using the appropriate tags 2015-07-24 14:53:50 +00:00
vacancyflux_cahnhilliard.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
vacancyflux_isochempot.f90 behavior of IO_stringPos was unsafe in some situations, also took the chance to rename the variables used in its context to a more meaningful name. 2015-08-28 07:38:48 +00:00
vacancyflux_isoconc.f90 more control over initialisation of field values. specify initial field value in the homogenisation part of the material config file using the appropriate tags 2015-07-24 14:53:50 +00:00