1. 31 Jul, 2019 1 commit
  2. 30 Jul, 2019 1 commit
  3. 19 Jul, 2019 2 commits
  4. 28 Jun, 2019 1 commit
  5. 19 Mar, 2019 3 commits
  6. 23 Nov, 2018 4 commits
  7. 18 Nov, 2018 1 commit
  8. 16 Nov, 2018 2 commits
  9. 24 Jul, 2018 2 commits
    • GILLES Sebastien's avatar
      #1302 LuaOptionFile: shorten the file by making the selection of a parameter more simple. · 987c119e
      GILLES Sebastien authored
      Previously, you had to fill each individual type of possibility for a Parameter, regardless of the one finally chosen. For instance, you had something like (skipping the documentation...):
      
      VolumicMass
      {
          nature = "constant"
          scalar = 1.
          lua_function = none
          piecewise_constant_domain_id = { }
          piecewise_constant_domain_value = { }
      }
      
      and each of these entries should be filled (a shortcut 'none' was however created for lua_function).
      
      This made the Lua files rather heavy, and moreover signaled the non used fields (here VolumicMass.lua_function, VolumicMass.piecewise_constant_domain_id and VolumicMass.piecewise_constant_domain_value) as unused.
      
      Now using up the strength of newly introduced in C++17 std::variant (or boost::variant for Apple Clang currently - see #1305), a more synthetic writing ha been introduced:
      
      VolumicMass
      {
          nature = "constant"
          value = 1.
      }
      
      where 'value' type depends on the 'nature' choice. For instance, a user might replace it by:
      
      VolumicMass
      {
          nature = "piecewise_constant_by_domain"
          value = { [3] = 1., [5] = 0.5 }
      }
      
      Please notice the usage of the associative container which was introduced when LuaOptionFile replaced Ops.
      
      NOTE: Rather unusually, I have here merged many commits into one: due to the large scope of the modifications to do, I worked only on a specific test. Consequently, other models and tests stopped to compile, and I really like the code to at least compile at all of its commit not to break the git bisect functionality.
      987c119e
    • GILLES Sebastien's avatar
      6d21f1df
  10. 18 Mar, 2018 3 commits
  11. 16 Mar, 2018 3 commits
  12. 07 Mar, 2018 1 commit
  13. 19 Jan, 2018 2 commits
  14. 27 Dec, 2017 1 commit
  15. 17 Dec, 2017 5 commits
  16. 12 Apr, 2017 1 commit
  17. 15 Mar, 2017 3 commits
    • GILLES Sebastien's avatar
      #1076 Introduce aliases in GlobalVariationalOperator.hpp to both cases... · 7d24e93a
      GILLES Sebastien authored
      #1076 Introduce aliases in GlobalVariationalOperator.hpp to both cases currently implemented (namely SameForAllRefGeomElt and DependsOnRefGeomElt).
      7d24e93a
    • GILLES Sebastien's avatar
      #1076 GlobalVariationalOperator: generalize the class so that each RefGeomElt... · 73b3780c
      GILLES Sebastien authored
      #1076 GlobalVariationalOperator: generalize the class so that each RefGeomElt may get its own LocalVariationalOperator.
      
      The idea is that now the second template argument is not a LocalVariationalOperatorT, but a tuple which contains pair <GeometricEltEnum, LocalVariationalOperatorForGeometricEltEnum>.
      As most operators (all present in HappyHeart so far, with possibly GradientBasedElasticityTensor apart) do not need different implementations for each RefGeomElt, the new generic class is named clumsily GlobalVariationalOperatorSeveralLocal and an alias has been defined to cover the most common case where same type is given for all geometries.
      
      Many safeties remain to be added (the tuple is for instance a pair only for that purpose: a static assert will check all RefGeomElt are properly given and in the right order).
      73b3780c
    • GILLES Sebastien's avatar
      #1076 Rewrite Assemble so that it might be used in a metaprogrammation... · 2c183872
      GILLES Sebastien authored
      #1076 Rewrite Assemble so that it might be used in a metaprogrammation context. I had issues with variadic syntax; following the difficulty I had I'd rather commit now I have the proof of concept. even if a lot of clean-up remains to be done (warnings to begin with, helper structs not named correctly, many missing comments...)
      2c183872
  18. 03 Feb, 2017 1 commit
  19. 27 Dec, 2016 1 commit
  20. 26 Dec, 2016 1 commit
  21. 16 Dec, 2016 1 commit