mirror of
https://git.FreeBSD.org/ports.git
synced 2024-12-26 05:02:18 +00:00
d50519a41d
This implies:
- french /aster builds fine with clang, but it seg-faults: switched to Gcc
- ASTK is upgraded to 2019.0-1
- math/mumps is upgraded to 5.1.2-aster7
- TFEL/MFront is now required, but when the compilers of tfel and aster are
different, it cannot be linked
. recopopy science/tfel to science/tfel-edf and depends on science/tfel-edf
. science/tfel-edf is built by Gcc, from the sources included in Aster's
tarball
. register the conflicts
24 lines
1.1 KiB
Plaintext
24 lines
1.1 KiB
Plaintext
Remark: if you plan to use this port with Code_Aster, you need science/tfel-edf.
|
|
|
|
`MFront` is a code generator which translates a set of closely related
|
|
domain specific languages into plain C++ on top of the `TFEL`
|
|
library. Those languages covers three kind of material knowledge:
|
|
|
|
- material properties (for instance the
|
|
Young modulus, the thermal conductivity, etc.)
|
|
- mechanical behaviours. Numerical performances of
|
|
generated mechanical behaviours was given a particular
|
|
attention. Various benchmarks shows that `MFront`
|
|
implementations are competitive with native implementations
|
|
available in the `Cast3M`, `Code-Aster` and `Cyrano3` solvers.
|
|
- simple point-wise models, such as material swelling
|
|
used in fuel performance codes.
|
|
|
|
`MFront` comes with an handy easy-to-use tool called `MTest` that can
|
|
test the local behaviour of a material, by imposing independent
|
|
constraints on each component of the strain or the stress. This tool
|
|
has been much faster (from ten to several hundred times depending on
|
|
the test case) than using a full-fledged finite element solver.
|
|
|
|
WWW: http://tfel.sourceforge.net/
|