- 09 Apr, 2018 1 commit
-
-
Robert Maynard authored
Fixes #216
-
- 31 Jan, 2018 2 commits
-
-
Robert Maynard authored
Also if .cu files are passed as sources to a unit tests we don't shim them
-
Robert Maynard authored
-
- 16 Jan, 2018 5 commits
-
-
Robert Maynard authored
-
Robert Maynard authored
-
Robert Maynard authored
Due to limitations in the CUDA MSBuild support and how CMake stores the language of a source file, we had to change VTK-m over to using generated .cu files to signal when we want CUDA compilation.
-
Robert Maynard authored
Previous versions of the test build infrastructure would cause cmake to re-run everytime a header was modified. Now this will not occur.
-
Robert Maynard authored
This is done to be more consistent with the vtkm CMake naming and to make sure we don't conflict with other exported diy instances.
-
- 08 Jan, 2018 6 commits
-
-
Robert Maynard authored
-
Robert Maynard authored
-
Robert Maynard authored
-
Robert Maynard authored
-
Robert Maynard authored
Previously all the Unit_tests that shared source files would use cuda once CUDA set the language on the file.
-
Robert Maynard authored
-
- 30 Nov, 2017 1 commit
-
-
Matthew Letter authored
there appears to be a bug in the naming of a source dir for VTKmExportHeaderTemplate.h.in so it can't find the config file
-
- 31 Oct, 2017 1 commit
-
-
Matthew Letter authored
Renamed vtkmBackends.cmake to vtkmDeviceAdapters.cmake and renamed all references to vtkmBackends.cmake to use the new naming scheme.
-
- 27 Oct, 2017 5 commits
-
-
Robert Maynard authored
-
Robert Maynard authored
-
Robert Maynard authored
Obviously this does mean that CUDA is not supported with 3.3.
-
Robert Maynard authored
-
Robert Maynard authored
-