GitLab

- appendUniq() instead of appendIfNotIn()

- IOobject::selectIO instead of decompositionModel::selectIO

- use keyType::LITERAL instead of (false, false)

COMP: change from contiguous as function to is_contiguous as struct

See merge request !6

- makes benefit of changes in OpenFOAM-v1812 to avoid future
  uncertainty about which 'normal' is meant.

Final content for 1812 release

Temporary fix for regexp entries in patchnames

See merge request !5

This reverts commit 0cb890e0.

- fixes regression noted in issue #6

- Note that this is not a style change, but a fundamental issue with
  how cfmesh is currently handling the patch names. In a few places
  the names are treated as regular expressions. A proper keyType or
  wordRe should have been used on the input, but needs to be addressed
  in the future.

Final content for 1806 release

Closes #4

See merge request !4

ENH: inherit DynList from UList and use FixedList/List for internal storage

See merge request !3

- improves alignment of DynList with other OpenFOAM list containers
  (especially DynamicList), increases code reuse, simplifies memory
  management.

- avoids needless creation of a regExg and comparison when the content
  is a plain string anyhow

- more consistent with other OpenFOAM containers.
  With the exception of meshSubset, the other classes already had the
  found() and find() methods added previously.

- consistent with the static sizing of FixedList,
  but signed for convenience

* The generic templated constructor and assignment
  Eg,
     template<class ListType> DynList(const ListType& lst)

  Provides the best candidate when there is a int32/int64 mismatch:
     DynList<int64_t> list(10)

  The cleanest solution would be avoid the generic templated versions
  entirely, but they are needed when converting from rows of graph data
  (which are stored as LongList). However, this approach introduced some
  odd regressions.

- erroneous conversion from LongList to DynList

Namespace and tutorial adjustments

See merge request !2

Integration update methods

See merge request !1

The tutorials cartesianMesh/bunnyOctree, cartesianMesh/sBendOctree
do not run through very smoothly, so tagged as 'Optional' for now

- avoids potential collisions and allows easier migration of classes
  into OpenFOAM itself

- use fully-qualified names in implementation