1. 20 Mar, 2019 2 commits
  2. 13 Mar, 2019 2 commits
    • Steffen Müthing's avatar
      [!53] Add utility leafTreePathTuple() · ab2a447f
      Steffen Müthing authored
      Merge branch 'feature/leaftreepathtuple' into 'master'
      
      ref:staging/dune-typetree This generates a tuple with all tree paths referring
      to the leaf nodes of a tree.
      
      See merge request [!53]
      
        [!53]: gitlab.dune-project.org/staging/dune-typetree/merge_requests/53
      ab2a447f
    • Steffen Müthing's avatar
      [!52] Make HybridTreePath utilities constexpr · ebe52f7e
      Steffen Müthing authored
      Merge branch 'feature/constexpr-hybridtreepath' into 'master'
      
      ref:staging/dune-typetree While the member functions of HybridTreePath are
      were already constexpr this was not the case for all utility functions for
      HybridTreePath. This avoided constexpr successive construction.
      
      See merge request [!52]
      
        [!52]: gitlab.dune-project.org/staging/dune-typetree/merge_requests/52
      ebe52f7e
  3. 11 Mar, 2019 2 commits
  4. 14 Jan, 2019 4 commits
    • Steffen Müthing's avatar
      [!50] Update version in README.md · 0e9ca5e4
      Steffen Müthing authored
      Merge branch 'doc/update-version' into 'master'
      
      ref:staging/dune-typetree The version was still stuck at 2.6.0-rc1.
      
      See merge request [!50]
      
        [!50]: gitlab.dune-project.org/staging/dune-typetree/merge_requests/50
      0e9ca5e4
    • Steffen Müthing's avatar
      Update version in README.md · 58222b9c
      Steffen Müthing authored
      58222b9c
    • Steffen Müthing's avatar
      [!49] Make Child<> an invalid type if the child cannot be extracted · dd7dab18
      Steffen Müthing authored
      Merge branch 'feature/make-child-template-invalid-if-child-not-found' into 'master'
      
      ref:staging/dune-typetree The type alias Child<Node,...> used to simply be
      void if the child type could not be extracted. That is rather unhelpful, as it
      makes it impossible to use in SFINAE.
      
      This patch changes the behavior by making it impossible to instantiate the
      type alias if there is no valid child.
      
      See merge request [!49]
      
        [!49]: gitlab.dune-project.org/staging/dune-typetree/merge_requests/49
      dd7dab18
    • Steffen Müthing's avatar
      Make Child<> an invalid type if the child cannot be extracted · 167cc792
      Steffen Müthing authored
      The type alias `Child<Node,...>` used to simply be `void` if the child type
      could not be extracted. That is rather unhelpful, as it makes it impossible to
      use in SFINAE.
      
      This patch changes the behavior by making it impossible to instantiate the type
      alias if there is no valid child.
      167cc792
  5. 06 Dec, 2018 2 commits
  6. 02 Jul, 2018 2 commits
  7. 29 Jun, 2018 2 commits
  8. 18 Jun, 2018 1 commit
  9. 15 Jun, 2018 2 commits
  10. 05 Jun, 2018 5 commits
  11. 26 May, 2018 1 commit
  12. 25 May, 2018 3 commits
    • Carsten Gräser's avatar
      [doc] Fix doc in childextraction.hh · 31aa234e
      Carsten Gräser authored
      31aa234e
    • Carsten Gräser's avatar
    • Carsten Gräser's avatar
      Implement helper to construct container matching the tree structure · f9c6d6da
      Carsten Gräser authored
      This implements a helper function makeTreeContainer() which creates
      a nested container matching the structure of a given tree. PowerNodes
      are represented by std::array while CompositeNodes are represented
      by Dune::TupleVector. The data (and its type) stored for the leafs
      is created by a user-provided callback.
      
      For convenience, the nested container is not returned directly but
      wrapped such that you can use operator[](HybridTreePath) to access
      it's entries.
      
      This is helpfull if you want to associate date to the leaf nodes
      but want to avoid having to create a full type tree. E.g. for
      implementing a local grid function spanned by an ansatz tree
      of local finite elements, each leaf evaluates its basis functions
      into an std::vector. This is better created only once to avoid
      constly reallocation. The new utility allows to conveneintly store
      and access one std::vector for each leaf node.
      f9c6d6da
  13. 22 May, 2018 2 commits
  14. 09 May, 2018 2 commits
  15. 08 May, 2018 2 commits
  16. 04 May, 2018 2 commits
  17. 03 May, 2018 4 commits