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/