fbb061d6 Fix some minor issues with move to glut CMake component
039efd6b Fix some issues with OpenGL configuration
d1d7ac54 Add GLUT component to find_package(VTKm)
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !573
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.
13534a06 Drop cxx_constexpr from target compile features
9f0bd788 Add C++11 flags to sub-projects
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !568
452af3a0 Restore the AppendType and ReplaceType templates of FunctionInterface
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com>
Merge-request: !570
Recently VTK-m was changed to require C++11. The internal builds set
properties to require C++11, but these never make it to the
configuration for projects that use the VTK-m package (i.e. not declared
in VTKmConfig.cmake).
This change adds a new CMake target, vtkm, which is an interface. It
does not point to an actual library, but it allows code that links it in
to have the appropriate compile flags.
0f58d6fc Add vtkm/cont/serial directory for the serial backend.
f7a9bbe0 All cuda / tbb unit tests follow the same naming pattern.
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Kenneth Moreland <kmorel@sandia.gov>
Merge-request: !569
ba8c8586 Get IntegerSequence to work correctly with MSVC.
377532c7 Update brigand to get a chunk of msvc2013 fixes.
a7f7cfe4 Update brigand.hpp to get corrections for MSVC2013.
a931b8e2 FunctionInterface and DispatcherBase don't require boost now.
ac0929a1 Add fast tracks for ListTag operations on size <= 4.
7ad88b6e Use c++11 variadic templates as storage of ListTags.
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !559
The previous attempt at using caching to prevent duplicate commands, failed
when you tried to build VTK-m itself and had examples turned on. Now we
just don't add the std=c++11 option if it already exists.
One of the dashboard was complaining that the bottomLeft variable might
have been used uninitialized because it got set in a condition above it.
In fact, that condition is always true the first during the first
iteration, but it is not worth fighting the compiler over it. Instead,
just initialize the value of bottomLeft when it is constructed.
One of the dashboard compilers found a code path in PNGDecode where if
given a buffer too short for a header the info.width and info.height
were not initialized but their values still returned to the calling
function. This case does not really matter since an error is also
returned, but still technically incorrect. Fixed the problem by
initializing the width and height to 0 (which could help anyway if the
error is not properly checked).
2fbb9324 Merge branch 'fix/vtk_reader_strings_fields' of https://gitlab.kitware.com/mclarsen/vtk-m into fix/vtk_reader_strings_fields
69d4ced2 Fixing typo
a564ca0f Casting size_t
0015e315 Adding static cast to suppress warnings
d9bd4cb6 Adding else statement
f6234001 Adding support in the vtk data set reader for skipping strings in field data
7ccd0d9e Fixing typo
c687e06f Casting size_t
...
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !560
This makes the name more consistent with the names of the other VTK-m
CMake options.
Also changed the default to be ON. I do not see a big downside to
compiling the rendering library most of the time.
When you called find_package multiple times with VTK-m components such as CUDA
would continuously append to variables, causing a variable to have the same
parameter listed multiple times.
c8726814 Make VTKmDetectCUDAVersion work with C compilers.
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Kenneth Moreland <kmorel@sandia.gov>
Merge-request: !561
