1. 06 Feb, 2019 1 commit
  2. 15 Jan, 2019 1 commit
  3. 25 Jul, 2018 1 commit
  4. 22 Mar, 2018 1 commit
  5. 19 Mar, 2018 1 commit
  6. 05 Mar, 2018 1 commit
  7. 09 Jan, 2018 1 commit
  8. 27 Nov, 2017 1 commit
    • Mark OLESEN's avatar
      ENH: several improvements for linked-lists · cc5f30f2
      Mark OLESEN authored
      - support move construct/assignment for linked-lists themselves
        and when moving into a 'normal' list
      
      - better consistency with begin/end signatures and the various
        iterators.
      
      - for indirect linked-lists, provide iterator access to the underlying
        data element address:   iter.get()  vs  &(iter())
      
      - add standard '->' indirection for iterators (as per normal STL
        definitions)
      cc5f30f2
  9. 05 Aug, 2016 1 commit
  10. 06 May, 2016 1 commit
  11. 10 Jan, 2016 1 commit
  12. 08 Nov, 2015 1 commit
  13. 16 Sep, 2015 1 commit
  14. 04 Jul, 2013 2 commits
  15. 14 Jun, 2013 1 commit
  16. 03 Apr, 2013 1 commit
  17. 25 Mar, 2013 1 commit
  18. 14 Aug, 2011 1 commit
  19. 19 Jan, 2011 1 commit
  20. 14 Jan, 2011 1 commit
  21. 07 Jan, 2011 1 commit
  22. 05 Jan, 2011 2 commits
  23. 28 Jul, 2010 1 commit
  24. 29 Mar, 2010 1 commit
  25. 15 Jan, 2010 1 commit
  26. 25 Nov, 2009 1 commit
    • Mark Olesen's avatar
      Lists get first() and last() member functions · b2d7439b
      Mark Olesen authored
      - this builds on Mattijs' commit 968f0bbd but with a first()
        as well.
      
      - Added both to FixedList, IndirectList, UIndirectList and *PtrList and
        since they can certainly be useful there. Did not add to BiIndirectList,
        since I'm not sure what it should mean there. Did not add to PackedList,
        since it's not clear how useful they'd be yet in these contexts (and I'm
        not sure how it would interact with the iterator proxy implementation).
      
      - Note: STL defines front() and back() for these methods.
      b2d7439b
  27. 20 Jan, 2009 1 commit
  28. 09 Jan, 2009 1 commit
  29. 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
  30. 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
  31. 31 Dec, 2008 1 commit
  32. 25 Jun, 2008 2 commits
  33. 15 Apr, 2008 1 commit