1. 22 Apr, 2019 1 commit
    • Robert Maynard's avatar
      For VTK-m libs all includes of DeviceAdapterTagCuda happen from cuda files · ff687016
      Robert Maynard authored
      It is very easy to cause ODR violations with DeviceAdapterTagCuda.
      If you include that header from a C++ file and a CUDA file inside
      the same program we an ODR violation. The reasons is that the C++
      versions will say the tag is invalid, and the CUDA will say the
      tag is valid.
      
      The solution to this is that any compilation unit that includes
      DeviceAdapterTagCuda from a version of VTK-m that has CUDA enabled
      must be invoked by the cuda compiler.
      ff687016
  2. 17 Apr, 2019 1 commit
  3. 09 Apr, 2019 1 commit
  4. 16 Jan, 2019 1 commit
    • Robert Maynard's avatar
      Remove VTK-m TestBuild infrastructure · 4ec5bae0
      Robert Maynard authored
      The purpose of the TestBuild infrastructure was to confirm that
      VTK-m didn't have any lexical issues when it was a pure header
      only project. As we now move to have more compiled components
      the need for this form of testing is mitigated. Combined
      with the issue of TestBuilds causing MSVC issues, we should
      just remove this infrastructure.
      4ec5bae0
  5. 05 Jun, 2018 1 commit
  6. 08 Jan, 2018 1 commit
  7. 27 Oct, 2017 1 commit
  8. 20 Sep, 2017 2 commits
  9. 15 Aug, 2017 1 commit
    • Robert Maynard's avatar
      Refactor vtkm::interop::TransferToOpenGL for implicit ArrayHandles. · a185cd29
      Robert Maynard authored
      Previously TransferToOpenGL would rely on every array handle implementing
      the CopyInto method for transferring to work properly. This was problematic
      as most Implicit arrays don't implement CopyInto.
      
      Now we use the Devices built in Copy infrastructure to facilitate moving
      data from an implicit array to concrete memory which we can be passed
      to OpenGL. As an additional optimization, the temporary memory for this
      interop is cached in the bufferstate.
      a185cd29
  10. 27 Jan, 2017 1 commit
  11. 06 Oct, 2016 1 commit
  12. 03 Oct, 2016 1 commit
    • Kenneth Moreland's avatar
      Fix some issues with OpenGL configuration · 039efd6b
      Kenneth Moreland authored
      Change the OpenGL configuration to require GLEW as most of the OpenGL
      code actually requires GLEW (or will as soon as the VBO branch gets
      merged in).
      
      Also removed some stray find_package commands and rearranged the
      configuration to use the vtkm_configure_component_* commands instead.
      039efd6b
  13. 23 Aug, 2016 1 commit
    • Kenneth Moreland's avatar
      Fix config issues with headers and libraries · 866c617c
      Kenneth Moreland authored
      There were a couple of places where the configure scripts did not add
      either includes to VTKm_INCLUDE_DIRS or libraries to VTKm_LIBRARIES.
      
      The biggest offender was when the examples used find_package to load the
      VTK-m configuration it needed. find_package cleared out the includes and
      libraries, but it did not clear out the VTKm_<COMPONENT>_FOUND
      variables. Normally, these variables would not be set before
      find_package is called, but in this case the examples were called after
      some partial configuration. I got around this issue by clearing out all
      the *_FOUND variables in VTKmConfig.cmake.
      866c617c
  14. 08 Aug, 2016 1 commit
  15. 21 Jun, 2016 1 commit
  16. 13 Apr, 2016 1 commit
  17. 26 Aug, 2015 1 commit
  18. 21 Aug, 2015 1 commit
    • hschroot's avatar
      Add OpenGL Interop Functionality · 2abf599c
      hschroot authored
      Copy the OpenGL Interop code from DAX and convert it to VTKm.
      Tests include transferring data to an OpenGL context for all VTKm common
      data types.
      
      A WindowBase class using GLUT is also included.
      2abf599c
  19. 21 May, 2015 1 commit
  20. 30 Apr, 2014 1 commit
    • Kenneth Moreland's avatar
      Add DynamicTransform class. · dac47ee5
      Kenneth Moreland authored
      This is used with the FunctionInterface::DynamicTransformCont method to
      convert a call of arguments using dynamic array handles to a function
      templated on concrete types.
      dac47ee5
  21. 11 Feb, 2014 1 commit
  22. 10 Feb, 2014 4 commits