1. 02 Aug, 2016 1 commit
    • Henry Weller's avatar
      List: Reinstated construction from two iterators and added construction from an initializer list · d01eb45c
      Henry Weller authored
      Until C++ supports 'concepts' the only way to support construction from
      two iterators is to provide a constructor of the form:
      
              template<class InputIterator>
              List(InputIterator first, InputIterator last);
      
      which for some types conflicts with
      
              //- Construct with given size and value for all elements
              List(const label, const T&);
      
      e.g. to construct a list of 5 scalars initialized to 0:
      
          List<scalar> sl(5, 0);
      
      causes a conflict because the initialization type is 'int' rather than
      'scalar'.  This conflict may be resolved by specifying the type of the
      initialization value:
      
          List<scalar> sl(5, scalar(0));
      
      The new initializer list contructor provides a convenient and efficient alternative
      to using 'IStringStream' to provide an initial list of values:
      
          List<vector> list4(IStringStream("((0 1 2) (3 4 5) (6 7 8))")());
      
      or
      
          List<vector> list4
          {
              vector(0, 1, 2),
              vector(3, 4, 5),
              vector(6, 7, 8)
          };
      d01eb45c
  2. 09 Jul, 2016 1 commit
  3. 06 May, 2016 1 commit
  4. 29 Apr, 2016 1 commit
  5. 07 Apr, 2016 1 commit
  6. 22 Mar, 2016 1 commit
  7. 28 Feb, 2016 1 commit
  8. 20 Feb, 2016 1 commit
    • Henry Weller's avatar
      Boundary conditions: Added extrapolatedCalculatedFvPatchField · 99a10ece
      Henry Weller authored
      To be used instead of zeroGradientFvPatchField for temporary fields for
      which zero-gradient extrapolation is use to evaluate the boundary field
      but avoiding fields derived from temporary field using field algebra
      inheriting the zeroGradient boundary condition by the reuse of the
      temporary field storage.
      
      zeroGradientFvPatchField should not be used as the default patch field
      for any temporary fields and should be avoided for non-temporary fields
      except where it is clearly appropriate;
      extrapolatedCalculatedFvPatchField and calculatedFvPatchField are
      generally more suitable defaults depending on the manner in which the
      boundary values are specified or evaluated.
      
      The entire OpenFOAM-dev code-base has been updated following the above
      recommendations.
      
      Henry G. Weller
      CFD Direct
      99a10ece
  9. 10 Jan, 2016 1 commit
  10. 04 Jul, 2013 1 commit
  11. 14 Aug, 2011 1 commit
  12. 08 Feb, 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. 02 Nov, 2010 1 commit
  18. 04 Oct, 2010 1 commit
  19. 07 Jun, 2010 1 commit
  20. 29 Mar, 2010 1 commit
  21. 15 Jan, 2010 1 commit
  22. 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
  23. 03 Nov, 2009 1 commit
  24. 25 Jun, 2009 1 commit
  25. 22 Jun, 2009 1 commit
  26. 18 May, 2009 1 commit
    • Mark Olesen's avatar
      introduce readList<T> function · a0a9cd33
      Mark Olesen authored
      - Read a bracket-delimited list, or handle a single value as list of size 1.
        Mostly useful for handling command-line arguments.
        eg,
            if (args.options().found("patches"))
            {
                patches = readList<word>(IStringStream(args.options()["patches"])());
            }
        can handle both of these:
            -patches  patch0
            -patches \( patch1 patch2 patch3 \)
      a0a9cd33
  27. 27 Apr, 2009 1 commit
    • Mark Olesen's avatar
      consistency update · 48247a3d
      Mark Olesen authored
      - DynamicList gets append methods as per List
      - misc cosmetic changes
      48247a3d
  28. 22 Apr, 2009 1 commit
  29. 12 Mar, 2009 2 commits
  30. 27 Feb, 2009 1 commit
    • Mark Olesen's avatar
      Preliminary work on hashing · 576d9388
      Mark Olesen authored
      - Hash returns unsigned
      - FixedList templated on unsigned int
      - include uLabel.H in UList, HashTable etc. so the output function is know
        throughout
      576d9388
  31. 20 Jan, 2009 1 commit
  32. 16 Jan, 2009 1 commit
    • Mark Olesen's avatar
      consistency update for null pointers · 246d569c
      Mark Olesen authored
      - uniform use of reinterpret_cast<foo*>(0) instead of
        reinterpret_cast<foo*>(NULL)
      
      - make all static null() members inline since they are really only a cast:
            "*reinterpret_cast<foo*>(0)"
      246d569c
  33. 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
  34. 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
  35. 31 Dec, 2008 1 commit
  36. 23 Nov, 2008 1 commit
  37. 10 Oct, 2008 2 commits