1. 19 Jan, 2009 1 commit
  2. 05 Jan, 2009 1 commit
    • Mark Olesen's avatar
      rename xfer<T> class to Xfer<T> · 19503c93
      Mark Olesen authored
      - The capitalization is consistent with most other template classes, but
        more importantly frees up xfer() for use as method name without needing
        special treatment to avoid ambiguities.
      
        It seems reasonable to have different names for transfer(...) and xfer()
        methods, since the transfer is occuring in different directions.
        The xfer() method can thus replace the recently introduced zero-parameter
        transfer() methods.
        Other name candidates (eg, yield, release, etc.) were deemed too abstract.
      19503c93
  3. 02 Jan, 2009 1 commit
    • Mark Olesen's avatar
      added xfer<...> transfer() method to various containers · cf488912
      Mark Olesen authored
      - this should provide a slightly more naturally means to using transfer
        constructors, for example
                labelList list2(list1.transfer());
            vs. labelList list2(xferMove(list1));
      
      - returns a plain list where appropriate (eg, DynamicList, SortableList)
        for example
                labelList list2(dynList1.transfer());
            vs. labelList list2(xferMoveTo<labelList>(dynList1));
      cf488912
  4. 31 Dec, 2008 1 commit
  5. 29 Nov, 2008 1 commit
  6. 24 Nov, 2008 1 commit
    • Mark Olesen's avatar
      DynamicList changes. · 41bbcb63
      Mark Olesen authored
      - setSize() adjusts the addressable length only.
        Changed setSize(label) usage to setCapacity(label) or reserve(label)
        throughout. The final name (capacity vs. storageSize() vs. whatever) can
        easily be decided at a later date.
      - added setSize(label, const T&), which may still not be really useful, but
        is at least now meaningful
      - made shrink() a bit more legible.
      - added append(UList<T>&)
      - copying from a UList avoids reallocations where possible
      
      The following bits of code continue to use the DynamicList::setSize(), but
      appear to be legitimate (or the corresponding code itself needs rethinking).
      
        src/OpenFOAM/meshes/primitiveMesh/primitiveMeshPointCells.C:167: error: within this context
        src/OpenFOAM/lnInclude/faceTemplates.C:44: error: within this context
        src/surfMesh/surfaceFormats/tri/TRIsurfaceFormatCore.C:178: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:737: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:741: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:745: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:749: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:754: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:935: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:940: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:1041: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:1046: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2161: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2162: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2201: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2205: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2261: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2262: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2263: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2264: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2265: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3011: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3076: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3244: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3371: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:73: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:91: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:73: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:91: error: within this context
      41bbcb63
  7. 23 Nov, 2008 2 commits
    • Mark Olesen's avatar
    • Mark Olesen's avatar
      DynamicList improvements/disambiguities · 129e16f9
      Mark Olesen authored
      * DynamicList::allocSize(label)
        - Adjust the allocated size. The addressed list can be truncated but not
          extended, use setSize() for that.
      
      * DynamicList::reserve(label)
        - Reserve allocation for *at least* this number of elements.
          Never shrinks the allocated size, nor touches the addressed list size.
      
      * DynamicList::setSize(label)
        - proposed behaviour:
          Adjust the addressed list size, allocating extra space if required.
        - The current behaviour is ambiguous about what addressable size will
          actually get set and using it to extend the addressable size (as
          per List) automatically shrinks the allocated space to this size!
      129e16f9
  8. 21 Oct, 2008 2 commits
    • mattijs's avatar
      merge from master · 3efb4ebe
      mattijs authored
      3efb4ebe
    • Mark Olesen's avatar
      DynamicList bugfixes · 20d3c10b
      Mark Olesen authored
        - transfer(DynamicList&) now preserves the allocated space as-is
        - operator=(const List&) should now avoid spurious allocation/deallocation
      20d3c10b
  9. 20 Oct, 2008 1 commit
  10. 25 Jun, 2008 2 commits
  11. 15 Apr, 2008 1 commit