Mentions légales du service

Skip to content
Snippets Groups Projects
Commit 56a75c6e authored by GILLES Sebastien's avatar GILLES Sebastien
Browse files

Issue tag v23.11.2.

parent 231d4dd6
No related branches found
Tags v23.11.2
No related merge requests found
......@@ -5,6 +5,11 @@ Starting from v18.47, the ticket numbers in bold are those that might break comp
Starting from v22.31, the file [HelpToUpgrade.md](./HelpToUpgrade.md) will give hints of the modifications to bring to your model to make it work properly with the new MoReFEM version.
# v23.11.2
- Bug #1795: One include directory was not properly propagated when using `configure_cmake_external_model.py`, the script to install external models.
- Support #0: Update `HelpToUpgrade.md` file to reflect some evolutions that were forgotten in v23.11 and v23.11.1.
# v23.11.1
## ThirdParty
......@@ -17,7 +22,7 @@ Tests for this version require an up-to-date [installation of third party librar
## Utilities
- Design #1755: Refactor `InputData` to make the code more straightforward (most of it was written before the niceties I used in the refactroring were introduced in the language).
- __Design #1755__: Refactor `InputData` to make the code more straightforward (most of it was written before the niceties I used in the refactroring were introduced in the language).
- __Design #1771__: Filesystem: substitute environment variables in the constructor directly
- Bug #1773: Robustify the handling of trailing slash for `FilesystemNS::Directory` objects.
- Support #1759: provide a `tuple_element_with_fallback` utility which is a bit more forgiving than `std::tuple_element` which provides directly a compilation error in case specified index is invalid. This is solely to help in some metaprogramming edge cases - most of the time keep you should keep using `std::tuple_element`!
......
# From v22.47 to v23.11
# From v22.47 to v23.11.2
- [#1771](https://gitlab.inria.fr/MoReFEM/CoreLibrary/MoReFEM/-/issues/1771) File::SubstituteEnvironmentVariables() has been removed, you may just delete the line (operation is automatically done in constructor now).
- [#1762](https://gitlab.inria.fr/MoReFEM/CoreLibrary/MoReFEM/-/issues/1762) This is a complete overhaul to the class; check the issue for details! (for instance `ResetTimeAtPreviousTimeStep()` has been decommissioned and should be replaced by `DecreaseTime()`).
- [#1776](https://gitlab.inria.fr/MoReFEM/CoreLibrary/MoReFEM/-/issues/1776) Rename `VariationalFormulation` method `InitializeVectorSystemSolution` either `SetInitialSystemSolution()` or `ApplyInitialConditionToVector()` depending whether it is applied on the system solution or on any vector.
- [#1780](https://gitlab.inria.fr/MoReFEM/CoreLibrary/MoReFEM/-/issues/1780) Replace `#include "Utilities/InputData/Internal/ExtractLeaf/ExtractLeaf.hpp"` by `"Utilities/InputData/Extract.hpp"` and `Internal::InputDataNS::ExtractLeaf` by `InputDataNS::ExtractLeafFromSection`.
- [#1784](https://gitlab.inria.fr/MoReFEM/CoreLibrary/MoReFEM/-/issues/1784) Replace `InputDataNS::Extract<>` by `InputDataNS::ExtractLeaf<>`.
- [#1787]() Add __FILE__ and __LINE__ in all calls for `DirichletBoundaryConditionManager::GetDirichletBoundaryCondition()` and likewise functions.
- [#1787](https://gitlab.inria.fr/MoReFEM/CoreLibrary/MoReFEM/-/issues/1787) Add __FILE__ and __LINE__ in all calls for `DirichletBoundaryConditionManager::GetDirichletBoundaryCondition()` and likewise functions.
- [#1755](https://gitlab.inria.fr/MoReFEM/CoreLibrary/MoReFEM/-/issues/1755) Replace `Utilities::InputDataNS` by `InputDataNS`, `public Crtp::Section` by `public ::MoReFEM::Advanced::InputDataNS::Crtp::Section` and `public Crtp::InputData` by `public ::MoReFEM::Advanced::InputDataNS::Crtp::Leaf`.
# From v22.37 to v22.47
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment