1. 05 Jun, 2018 1 commit
  2. 10 Mar, 2018 1 commit
  3. 30 Jan, 2018 1 commit
    • luz.paz's avatar
      Misc. typos · 80b11afa
      luz.paz authored
      Found via `codespell -q 3` via downstream VTK
  4. 20 Sep, 2017 1 commit
    • Kenneth Moreland's avatar
      Update copyright for Sandia · c3a3184d
      Kenneth Moreland authored
      Sandia National Laboratories recently changed management from the
      Sandia Corporation to the National Technology & Engineering Solutions
      of Sandia, LLC (NTESS). The copyright statements need to be updated
  5. 07 Aug, 2017 1 commit
  6. 26 May, 2017 1 commit
  7. 25 May, 2017 1 commit
  8. 01 Dec, 2016 1 commit
    • Kenneth Moreland's avatar
      Add VecC and VecCConst structs · f53cd748
      Kenneth Moreland authored
      These structs behave much like Vec except that they work on a short C
      array given to them rather than having the statically sized short array
      defined within.
      I expect to use this in the short term to help implement cell face
      classes, but there are probably many other uses.
  9. 16 Nov, 2016 1 commit
    • Kenneth Moreland's avatar
      Remove exports for header-only functions/methods · fdaccc22
      Kenneth Moreland authored
      Change the VTKM_CONT_EXPORT to VTKM_CONT. (Likewise for EXEC and
      EXEC_CONT.) Remove the inline from these macros so that they can be
      applied to everything, including implementations in a library.
      Because inline is not declared in these modifies, you have to add the
      keyword to functions and methods where the implementation is not inlined
      in the class.
  10. 31 Aug, 2016 1 commit
  11. 29 May, 2016 1 commit
  12. 22 Feb, 2016 1 commit
  13. 20 Sep, 2015 1 commit
    • Kenneth Moreland's avatar
      Make vtkm::Pair behave as a better core type · 77568789
      Kenneth Moreland authored
      These changes are basically to support some upcoming changes to
      ArrayHandleZip. The major additions are an implementation of VecTraits
      for Pair and an overloaded << operator to ostream for Pair.
      I also had to declare the operator<< for Pair to be in Types.h. Under
      some circumstances the operator has to either be declared before the
      template is declared or declared in the vtkm namespace. (The reasons are
      described at <http://clang.llvm.org/compatibility.html#dep_lookup> but I
      still don't understand.) I tried adding it to the vtkm namespace, but
      that caused several of the other operator<< to fail. Since there is no
      way to guarantee that Pair.h is declared before, say, ArrayHandle.h, I
      moved the implementation to Types.h.
      Since I was moving operator<< to Types.h, I went ahead and moved the
      TypeTraits and VecTraits to their respective headers. Since Pair is
      declared (but not implemented) in Types.h, these templated classes can
      be implemented without including Pair.h.
  14. 27 Aug, 2015 1 commit
  15. 14 Aug, 2015 3 commits
    • Kenneth Moreland's avatar
      Added VecFromPortal class. · c9d95298
      Kenneth Moreland authored
    • Kenneth Moreland's avatar
      Add VecVariable · da2e601b
      Kenneth Moreland authored
      This class holds a Vec and exposes some number of components. The class
      is used when you need a Vec of a size that is not known at compile time
      but that a maximum length of reasonable size is known.
    • Kenneth Moreland's avatar
      Changes to Vec/VecTraits for Vec-like objects. · 5c3646af
      Kenneth Moreland authored
      Some changes to the Vec class and VecTraits in anticipation of creating
      Vec-like objects. The following changes are made:
      * Add GetNumberOfComponents to Vec, which returns NUM_COMPONENTS.
      * Likewise, all VecTraits have a GetNumberOfComponents method.
      * The ToVec method in VecTraits is changed to CopyInto so that it can be
      used when the length of the Vec-like is not known. CopyInto is also
      added to Vec.
      * VecTraits has a typedef named IsSizeStatic which is set to
      VecTraitsTagSizeStatic when the number of components is known at compile
      time and VecTraitsTagSizeVariable when the number of components is not
      known until runtime.
  16. 13 Aug, 2015 1 commit
  17. 30 Jul, 2015 1 commit
    • Kenneth Moreland's avatar
      Always disable conversion warnings when including boost header files · 21b3b318
      Kenneth Moreland authored
      On one of my compile platforms, GCC was giving conversion warnings from
      any boost include that was not wrapped in pragmas to disable conversion
      warnings. To make things easier and more robust, I created a pair of
      be wrapped around any #include of a boost header file.
  18. 21 May, 2015 1 commit
  19. 07 May, 2015 1 commit
    • Kenneth Moreland's avatar
      Fix issues with warnings about data loss from type conversion · 66aa10aa
      Kenneth Moreland authored
      Fix compile warnings that come up with the flags
        -Wconversion -Wno-sign-conversion
      This catches several instances (mostly in the testing framework) where
      types are implicitly converted. I expect these changes to fix some of
      the warnings we are seeing in MSVC.
      I was going to add these flags to the list of extra warning flags, but
      unfortunately the Thrust library has several warnings of these types,
      and I don't know a good way to turn on the warnings for our code but
      turn them off for Thrust.
  20. 08 Oct, 2014 3 commits
    • Kenneth Moreland's avatar
      Change VectorTraits to VecTraits. · c3fbe073
      Kenneth Moreland authored
      Matches the previous move from Tuple to Vec. We can unify on this name.
    • Kenneth Moreland's avatar
      Change vtkm::Tuple to vtkm::Vec · 2139d932
      Kenneth Moreland authored
      There are multiple reasons for this name change:
      * The name Tuple conflicts with the boost::Tuple class, which as a
      different interface and feature set. This gets confusing, especially
      since VTK-m uses boost quite a bit.
      * The use of this class is usually (although not always) as a
      mathematical vector.
      * The vtkm::Scalar and vtkm::Vector* classes are going to go away soon
      to better support multiple base data type widths. Having this
      abbriviated name will hopefully make the code a bit nicer when these
      types have to be explicitly specified.
      Also modified the implementation a bit to consolidate some of the code.
    • Kenneth Moreland's avatar
      Add IdComponent and other base types with explicit widths · cbe6284b
      Kenneth Moreland authored
      In preparation for supporting base types with more widths, add typedefs
      for the base types with explicit widths (number of bits).
      Also added a IdComponent type that should be used for indices for
      components into tuples and vectors. There now should be no reason to use
      "int" inside of VTK-m code (especially for indexing). This change cleans
      up many of the int types that were used throughout.
  21. 11 Jun, 2014 1 commit
  22. 07 Mar, 2014 1 commit
  23. 11 Feb, 2014 1 commit
  24. 10 Feb, 2014 1 commit