aboutsummaryrefslogtreecommitdiff
path: root/science/tfel
Commit message (Collapse)AuthorAgeFilesLines
* Remove # $FreeBSD$ from Makefiles.Mathieu Arnold2021-04-061-1/+0
|
* Preparing for Python 3.8 (do not hardcode -37).Thierry Thomas2021-02-281-14/+14
| | | | Notes: svn path=/head/; revision=566814
* Upgrade to 3.4.0Thierry Thomas2020-12-134-105/+283
| | | | | | | Release notes at <http://tfel.sourceforge.net/release-notes-3.4.html>. Notes: svn path=/head/; revision=557974
* science/tfel: drop maintainancePedro F. Giffuni2020-12-071-1/+1
| | | | | | | Approved by: thierry (mentor, implicit) Notes: svn path=/head/; revision=557191
* Upgrade Code_Aster to 14.6.0-1.Thierry Thomas2020-11-262-0/+4
| | | | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=556349
* - Fix libraries installationThierry Thomas2020-11-073-7/+113
| | | | | | | | | | | | | see <https://sourceforge.net/p/tfel/tickets/254/> - Enable Python and Fortran interfaces - Let it honor CFLAGS. Approved by: pfg (maintainer) Notes: svn path=/head/; revision=554348
* science/tfel: update to version 3.3Pedro F. Giffuni2019-12-213-5/+245
| | | | | | | | | | Release Notes: http://tfel.sourceforge.net/release-notes-3.3.html Approved by: thierry (mentor) Notes: svn path=/head/; revision=520578
* science/tfel: update to version 3.2.2Pedro F. Giffuni2019-12-152-5/+4
| | | | | | | | Reported by: portscout Approved by: thierry (mentor) Notes: svn path=/head/; revision=520187
* devel/boost-*: update to 1.72.0Jan Beich2019-12-111-0/+1
| | | | | | | | | | Changes: http://www.boost.org/users/history/version_1_72_0.html PR: 241449 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D22136 Notes: svn path=/head/; revision=519824
* science/tfel: completely disable the PYTHON option.Pedro F. Giffuni2019-12-011-7/+6
| | | | | | | | | It is causing too much pkg-fallout so leave it for further investigation. Approved by: thierry (mentor) Notes: svn path=/head/; revision=518783
* science/tfel: fix pkg-falloutPedro F. Giffuni2019-11-281-0/+1
| | | | | | | Approved by: thierry (mentor) Notes: svn path=/head/; revision=518576
* science/tfel: Update to version 3.2.1Pedro F. Giffuni2019-11-273-21/+221
| | | | | | | | | | Latest version also pet portlint and per portlint with a work around, for now, some issue detecting python. Approved by: thierry (mentor) Notes: svn path=/head/; revision=518485
* Mark a few ports BROKEN (unfetchable)Antoine Brodin2019-11-061-0/+2
| | | | Notes: svn path=/head/; revision=516897
* devel/boost-*: update to 1.71.0Jan Beich2019-08-191-1/+1
| | | | | | | | | | Changes: http://www.boost.org/users/history/version_1_71_0.html PR: 238827 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D20774 Notes: svn path=/head/; revision=509290
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2019-07-261-1/+1
| | | | | | | | | | | | | | | | | | as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, everything INDEX-11 shows with a dependency on lang/gcc9 now. PR: 238330 Notes: svn path=/head/; revision=507372
* devel/boost-*: update to 1.70.0Jan Beich2019-04-121-1/+1
| | | | | | | | | | Changes: http://www.boost.org/users/history/version_1_70_0.html PR: 235956 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D19303 Notes: svn path=/head/; revision=498698
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2018-12-121-1/+1
| | | | | | | | | | | | | | | | | | defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, as a double check, everything INDEX-11 showed depending on lang/gcc7. PR: 231590 Notes: svn path=/head/; revision=487272
* devel/boost-*: update to 1.69.0Jan Beich2018-12-121-1/+1
| | | | | | | | | | Changes: http://www.boost.org/users/history/version_1_69_0.html PR: 232525 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D17645 Notes: svn path=/head/; revision=487266
* devel/boost-*: update to 1.68.0Jan Beich2018-08-091-1/+1
| | | | | | | | | | | | - Switch to C++14 for libboost_system to support C++14 consumers Changes: http://www.boost.org/users/history/version_1_68_0.html PR: 229569 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D16165 Notes: svn path=/head/; revision=476723
* Bump PORTREVISION for ports depending on the canonical version of GCCGerald Pfeifer2018-07-291-0/+1
| | | | | | | | | | | | | | | | | in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which has now moved from GCC 6 to GCC 7 by default. This includes ports - featuring USE_GCC=yes or USE_GCC=any, - featuring USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and those - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x, c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib. PR: 222542 Notes: svn path=/head/; revision=475857
* Adjust USES to fix builds on gcc-based architectures.Mark Linimon2018-06-181-1/+1
| | | | | | | | | | | While here, pet portlint. Tested for no regression on amd64. Approved by: portmgr (tier-2 blanket) Notes: svn path=/head/; revision=472706
* science/tfel: update to version 3.1.2Steve Wills2018-06-053-5/+7
| | | | | | | | PR: 228657 Submitted by: pfg (maintainer) Notes: svn path=/head/; revision=471819
* devel/boost-*: update to 1.67.0Jan Beich2018-04-181-0/+1
| | | | | | | | | | Changes: http://www.boost.org/users/history/version_1_67_0.html PR: 227427 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D15030 Notes: svn path=/head/; revision=467711
* Update science/tfel to 3.1.1 and turn on python option by default.Thierry Thomas2018-03-093-264/+1050
| | | | | | | | PR: 223952 Submitted by: pfg (maintainer) Notes: svn path=/head/; revision=464032
* devel/boost-python-libs got forgotten in the python flavorization, fixMathieu Arnold2018-02-151-1/+1
| | | | | | | | | | | this oversight. Reviewed by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D14368 Notes: svn path=/head/; revision=461885
* devel/boost-*: update to 1.66.0Jan Beich2018-01-181-0/+1
| | | | | | | | | | Changes: http://www.boost.org/users/history/version_1_66_0.html PR: 223922 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D13279 Notes: svn path=/head/; revision=459315
* Convert Python ports to FLAVORS.Mathieu Arnold2017-11-301-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464 Notes: svn path=/head/; revision=455210
* Upgrade to 3.0.2.Thierry Thomas2017-11-254-261/+377
| | | | | | | | | | | The new version brings important support for Abaqus(TM) and will be supported in a future release of CalculiX. PR: 216315 Submitted by: Pedro F. Giffuni Notes: svn path=/head/; revision=454878
* Cleanup.Thierry Thomas2017-05-041-3/+9
| | | | | | | | PR: 216315 Submitted by: pfg Notes: svn path=/head/; revision=440115
* - Update to 2.0.4Dmitry Marakasov2017-01-194-50/+131
| | | | | | | | PR: 216252 Submitted by: pfg@FreeBSD.org (maintainer) Notes: svn path=/head/; revision=431891
* `MFront` is a code generator which translates a set of closely relatedThierry Thomas2016-11-115-0/+948
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/ PR: 212375 Submitted by: Pedro F. Giffuni Notes: svn path=/head/; revision=425893