TFEL
, MFront
and MTest
small
macroCast3M
interface is broken for true finite strain behavioursenable-portable-build
option does not work with Visual Studio
This is mainly a bug fix version of the 3.0
series. All tickets solved are described below.
small
macroIncluding windows.h
comes with a lot of noise. Apart from defining by default the min
and max
macros (this is already disabled in MFront
from a long time), it also defines a macro called small
.
This shall be undefined to avoid strange and stupid errors (very difficult to debug even for advanced developers).
For more details, see: https://sourceforge.net/p/tfel/tickets/168/
When generating MTest files on failure, the off-diagonal values of the strain were not initialized correctly. However, the strain increment was correctly computed, so this bug may only affect a very limited number of behaviours.
For more details, see: https://sourceforge.net/p/tfel/tickets/163/
Cast3M
interface is broken for true finite strain behavioursThe Cast3M
interface allows substepping at the Gauss point level in case of non convergence of the behaviour integration.
This mechanism was broken for “true” finite strain behaviours (behaviours directly using the deformation gradient). This means that strain based behaviours (using the GreenLagrange strain or the Hencky strain) are not affected by this issue.
For more details, see: https://sourceforge.net/p/tfel/tickets/156/
enable-portable-build
option does not work with Visual Studio
The issue is related to the cmake
build system.
The processor’ optimized flags were not separed from the other optimisation flags and stored in the generic OPTIMISATION_FLAGS
variable.
Those are now appropriately placed in the OPTIMISATION_FLAGS_MARCH
variable.
For more details, see: https://sourceforge.net/p/tfel/tickets/154/
In tfel.cmake
, the python modules install path was defined as follows:
install(TARGETS py_${package}_${name}
DESTINATION lib${LIB_SUFFIX}/${PYTHON_LIBRARY}/sitepackages/${package}_${TFEL_SUFFIX_FOR_PYTHON_MODULES}
COMPONENT python_bindings)
In Python 3.x under linux, this led to install the module in python3.xm
. The m
suffix is not standard and had to be removed. The install path definition has been corrected as follows:
install(TARGETS py_${package}_${name}
DESTINATION lib${LIB_SUFFIX}/python${PYTHON_VERSION_MAJOR}.${PYTHON_VERSION_MINOR}/sitepackages/${package}_${TFEL_SUFFIX_FOR_PYTHON_MODULES}
COMPONENT python_bindings)
For more details, see: https://sourceforge.net/p/tfel/tickets/151/
Material properties could not be compiled with Visual Studio because of an explicit link with the “m” library.
For more details, see: https://sourceforge.net/p/tfel/tickets/147/