1. 24 Jun, 2020 1 commit
  2. 20 Apr, 2020 1 commit
  3. 31 Oct, 2019 1 commit
  4. 06 Feb, 2019 1 commit
  5. 27 Sep, 2018 1 commit
    • Mark Olesen's avatar
      STYLE: add nBoundaryFaces() method to primitiveMesh · 64c3e484
      Mark Olesen authored
      - nBoundaryFaces() is often used and is identical to
        (nFaces() - nInternalFaces()).
      
      - forward the mesh nInternalFaces() and nBoundaryFaces() to
        polyBoundaryMesh as nFaces() and start() respectively,
        for use when operating on a polyBoundaryMesh.
      
      STYLE:
      
      - use identity() function with starting offset when creating boundary maps.
      
           labelList map
           (
               identity(mesh.nBoundaryFaces(), mesh.nInternalFaces())
           );
      
        vs.
      
           labelList map(mesh.nBoundaryFaces());
           forAll(map, i)
           {
               map[i] = mesh.nInternalFaces() + i;
           }
      64c3e484
  6. 26 Feb, 2018 1 commit
    • Mark Olesen's avatar
      ENH: cleanup autoPtr class (issue #639) · 660f3e54
      Mark Olesen authored
      Improve alignment of its behaviour with std::unique_ptr
      
        - element_type typedef
        - release() method - identical to ptr() method
        - get() method to get the pointer without checking and without releasing it.
        - operator*() for dereferencing
      
      Method name changes
      
        - renamed rawPtr() to get()
        - renamed rawRef() to ref(), removed unused const version.
      
      Removed methods/operators
      
        - assignment from a raw pointer was deleted (was rarely used).
          Can be convenient, but uncontrolled and potentially unsafe.
          Do allow assignment from a literal nullptr though, since this
          can never leak (and also corresponds to the unique_ptr API).
      
      Additional methods
      
        - clone() method: forwards to the clone() method of the underlying
          data object with argument forwarding.
      
        - reset(autoPtr&&) as an alternative to operator=(autoPtr&&)
      
      STYLE: avoid implicit conversion from autoPtr to object type in many places
      
      - existing implementation has the following:
      
           operator const T&() const { return operator*(); }
      
        which means that the following code works:
      
             autoPtr<mapPolyMesh> map = ...;
             updateMesh(*map);    // OK: explicit dereferencing
             updateMesh(map());   // OK: explicit dereferencing
             updateMesh(map);     // OK: implicit dereferencing
      
        for clarity it may preferable to avoid the implicit dereferencing
      
      - prefer operator* to operator() when deferenced a return value
        so it is clearer that a pointer is involve and not a function call
        etc    Eg,   return *meshPtr_;  vs.  return meshPtr_();
      660f3e54
  7. 11 Nov, 2015 1 commit
  8. 12 Nov, 2013 1 commit
  9. 09 Jan, 2013 1 commit
  10. 27 Feb, 2012 1 commit
  11. 11 Nov, 2011 1 commit
  12. 14 Aug, 2011 1 commit
  13. 19 Jan, 2011 1 commit
  14. 14 Jan, 2011 1 commit
  15. 07 Jan, 2011 1 commit
  16. 05 Jan, 2011 2 commits
  17. 28 Jul, 2010 1 commit
  18. 29 Mar, 2010 1 commit
  19. 30 Nov, 2009 1 commit
  20. 11 May, 2009 1 commit
  21. 28 Sep, 2008 1 commit
  22. 27 Sep, 2008 1 commit
  23. 10 Sep, 2008 1 commit
  24. 25 Jun, 2008 2 commits
  25. 15 Apr, 2008 1 commit