Shuenhoy/vtk-m2
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
548e9467d3
vtk-m2/vtkm/rendering/CMakeLists.txt

212 lines
5.1 KiB
CMake
Raw Normal View History

adding rendering from other branch
2016-01-20 22:40:54 +00:00
##============================================================================
## Copyright (c) Kitware, Inc.
## All rights reserved.
## See LICENSE.txt for details.
## This software is distributed WITHOUT ANY WARRANTY; without even
## the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
## PURPOSE. See the above copyright notice for more information.
##
Update copyright for Sandia 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 accordingly.
2017-09-20 21:33:44 +00:00
## Copyright 2016 National Technology & Engineering Solutions of Sandia, LLC (NTESS).
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
## Copyright 2016 UT-Battelle, LLC.
## Copyright 2016 Los Alamos National Security.
adding rendering from other branch
2016-01-20 22:40:54 +00:00
##
Update copyright for Sandia 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 accordingly.
2017-09-20 21:33:44 +00:00
## Under the terms of Contract DE-NA0003525 with NTESS,
adding rendering from other branch
2016-01-20 22:40:54 +00:00
## the U.S. Government retains certain rights in this software.
##
## Under the terms of Contract DE-AC52-06NA25396 with Los Alamos National
## Laboratory (LANL), the U.S. Government retains certain rights in
## this software.
##============================================================================
set(headers
Change vtkm::rendering::Window to View The rendering classes do not actually manage windows, and window was not descriptive of what this class was doing. We decided that the class was mostly analogous to what we call a "view" in ParaView.
2016-06-02 21:43:30 +00:00
Actor.h
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
AxisAnnotation.h
AxisAnnotation2D.h
AxisAnnotation3D.h
Add new rendering files to CMakeLists.txt This is required for installing the files. It is also useful for developers because it adds the files to IDEs and creates test builds for the header files. Those test builds highlighted some missing includes.
2016-06-01 20:56:30 +00:00
BitmapFont.h
BitmapFontFactory.h
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
BoundingBoxAnnotation.h
Change vtkm::rendering::View to Camera
2016-06-02 19:04:01 +00:00
Camera.h
Change vtkm::rendering::RenderSurface to Canvas The word surface is more often used for something like a polygonal mesh, so this name is quite confusing. Canvas is consistent with a conventional name in GUI widget APIs.
2016-06-02 22:02:17 +00:00
Canvas.h
CanvasRayTracer.h
adding rendering from other branch
2016-01-20 22:40:54 +00:00
Color.h
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
ColorBarAnnotation.h
Adding color lines, view annotations, line color labels.
2017-07-28 17:31:19 +00:00
ColorLegendAnnotation.h
adding rendering from other branch
2016-01-20 22:40:54 +00:00
ColorTable.h
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
ConnectivityProxy.h
Move BitmapFont code to library
2016-08-26 19:30:52 +00:00
DecodePNG.h
Extract canvas's line rendering to `LineRenderer` This allows for the line rendering to be shared for other use cases like `WorldAnnotator`
2017-09-14 16:40:23 +00:00
LineRenderer.h
Add new rendering files to CMakeLists.txt This is required for installing the files. It is also useful for developers because it adds the files to IDEs and creates test builds for the header files. Those test builds highlighted some missing includes.
2016-06-01 20:56:30 +00:00
MatrixHelpers.h
Initial checkin for rendering infrastructure. This largely follows things from EAVL. This is going to change going forward. Most of the stuff is inside Window.h right now for convenience.
2016-02-09 13:59:26 +00:00
Scene.h
Change vtkm::rendering::SceneRenderer* to Mapper* This name was chosen to reflect the analogous name in VTK.
2016-06-02 19:41:14 +00:00
Mapper.h
MapperRayTracer.h
MapperVolume.h
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
MapperConnectivity.h
Refactoring wireframing code
2017-08-16 18:45:28 +00:00
MapperWireframer.h
Add new rendering files to CMakeLists.txt This is required for installing the files. It is also useful for developers because it adds the files to IDEs and creates test builds for the header files. Those test builds highlighted some missing includes.
2016-06-01 20:56:30 +00:00
TextAnnotation.h
Add TextAnnotation to rendering library Also made the TextAnnotation classes conform better to VTK-m coding style. Specifically, changed the order of words in subclass names (e.g. TextAnnotationBillboard instead of BillboardTextAnnotation) and broke out each subclass into its own header/source files.
2016-09-01 15:46:37 +00:00
TextAnnotationBillboard.h
TextAnnotationScreen.h
Adds text rendering to `Canvas`.
2017-09-07 16:51:41 +00:00
TextRenderer.h
Fixes warnings
2017-09-18 22:18:33 +00:00
Texture2D.h
adding rendering from other branch
2016-01-20 22:40:54 +00:00
Triangulator.h
Change vtkm::rendering::Window to View The rendering classes do not actually manage windows, and window was not descriptive of what this class was doing. We decided that the class was mostly analogous to what we call a "view" in ParaView.
2016-06-02 21:43:30 +00:00
View.h
Support for 1D rendering.
2016-11-23 15:48:22 +00:00
View1D.h
Add View to rendering library To get rid of some templates, I added the ability to create new instances of mappers and canvases without knowing their type.
2016-09-01 18:33:28 +00:00
View2D.h
View3D.h
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
WorldAnnotator.h
)
Create configuration for rendering library I have noticed at least on my windows machine that source code that uses the rendering package is taking a long time to compile. The rendering library does not rely much on templates and more on virtual methods. Thus, it is a good candidate for moving to a library so that it need be compiled only once. This sets up the configure scripts to create the library. There is also a simple port of one class to the library. More will follow.
2016-08-25 23:54:32 +00:00
set(sources
Add Actor and Scene to rendering library Also took away some unnecessary templates.
2016-08-31 23:28:41 +00:00
Actor.cxx
Move AxisAnnotation classes to rendering library
2016-08-26 18:58:28 +00:00
AxisAnnotation.cxx
Create configuration for rendering library I have noticed at least on my windows machine that source code that uses the rendering package is taking a long time to compile. The rendering library does not rely much on templates and more on virtual methods. Thus, it is a good candidate for moving to a library so that it need be compiled only once. This sets up the configure scripts to create the library. There is also a simple port of one class to the library. More will follow.
2016-08-25 23:54:32 +00:00
AxisAnnotation2D.cxx
Move AxisAnnotation classes to rendering library
2016-08-26 18:58:28 +00:00
AxisAnnotation3D.cxx
Move BitmapFont code to library
2016-08-26 19:30:52 +00:00
BitmapFont.cxx
BitmapFontFactory.cxx
Explicitly implement constructors and destructors The clang compiler was running into linker errors constructors of classes with virtual methods that were inline and destructors that were not declared at all. In this case, the compiler was not creating everything needed by a virtual table and the link died.
2016-09-08 23:08:17 +00:00
BoundingBoxAnnotation.cxx
Add Camera code to rendering library
2016-08-26 19:52:07 +00:00
Camera.cxx
Move Canvas classes to rendering library
2016-08-26 21:58:21 +00:00
Canvas.cxx
CanvasRayTracer.cxx
cleanup. Remove some compiler warnings.
2016-11-23 18:45:03 +00:00
Color.cxx
Add ColorBarAnnotation and ColorTable to rendering library
2016-08-27 02:32:15 +00:00
ColorBarAnnotation.cxx
Adding color lines, view annotations, line color labels.
2017-07-28 17:31:19 +00:00
ColorLegendAnnotation.cxx
Add ColorBarAnnotation and ColorTable to rendering library
2016-08-27 02:32:15 +00:00
ColorTable.cxx
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
ConnectivityProxy.cxx
Move BitmapFont code to library
2016-08-26 19:30:52 +00:00
DecodePNG.cxx
Extract canvas's line rendering to `LineRenderer` This allows for the line rendering to be shared for other use cases like `WorldAnnotator`
2017-09-14 16:40:23 +00:00
LineRenderer.cxx
Move Mappers to rendering library Also changed the mappers to not be templated on the device adapter. Instead, use TryExecute to determine the device adapter at runtime.
2016-08-29 21:50:47 +00:00
Mapper.cxx
MapperRayTracer.cxx
MapperVolume.cxx
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
MapperConnectivity.cxx
Refactoring wireframing code
2017-08-16 18:45:28 +00:00
MapperWireframer.cxx
Add Actor and Scene to rendering library Also took away some unnecessary templates.
2016-08-31 23:28:41 +00:00
Scene.cxx
Add TextAnnotation to rendering library Also made the TextAnnotation classes conform better to VTK-m coding style. Specifically, changed the order of words in subclass names (e.g. TextAnnotationBillboard instead of BillboardTextAnnotation) and broke out each subclass into its own header/source files.
2016-09-01 15:46:37 +00:00
TextAnnotation.cxx
TextAnnotationBillboard.cxx
TextAnnotationScreen.cxx
Adds text rendering to `Canvas`.
2017-09-07 16:51:41 +00:00
TextRenderer.cxx
Add View to rendering library To get rid of some templates, I added the ability to create new instances of mappers and canvases without knowing their type.
2016-09-01 18:33:28 +00:00
View.cxx
Support for 1D rendering.
2016-11-23 15:48:22 +00:00
View1D.cxx
Add View to rendering library To get rid of some templates, I added the ability to create new instances of mappers and canvases without knowing their type.
2016-09-01 18:33:28 +00:00
View2D.cxx
View3D.cxx
Add WorldAnnotator to rendering library
2016-09-01 16:39:15 +00:00
WorldAnnotator.cxx
Move Mappers to rendering library Also changed the mappers to not be templated on the device adapter. Instead, use TryExecute to determine the device adapter at runtime.
2016-08-29 21:50:47 +00:00
internal/RunTriangulator.cxx
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
raytracing/BoundingVolumeHierarchy.cxx
raytracing/Camera.cxx
raytracing/ChannelBuffer.cxx
raytracing/Logger.cxx
raytracing/RayTracer.cxx
composing ray tracer and volume renderer is successful. Still need a strategy for the background color.
2017-08-04 16:24:05 +00:00
raytracing/RayOperations.cxx
Cleaning up rendering headers and moving structured volume renderer into cxx file
2017-07-08 20:48:38 +00:00
raytracing/VolumeRendererStructured.cxx
Create configuration for rendering library I have noticed at least on my windows machine that source code that uses the rendering package is taking a long time to compile. The rendering library does not rely much on templates and more on virtual methods. Thus, it is a good candidate for moving to a library so that it need be compiled only once. This sets up the configure scripts to create the library. There is also a simple port of one class to the library. More will follow.
2016-08-25 23:54:32 +00:00
)
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
set(opengl_headers
Change vtkm::rendering::RenderSurface to Canvas The word surface is more often used for something like a polygonal mesh, so this name is quite confusing. Canvas is consistent with a conventional name in GUI widget APIs.
2016-06-02 22:02:17 +00:00
CanvasGL.h
Change vtkm::rendering::SceneRenderer* to Mapper* This name was chosen to reflect the analogous name in VTK.
2016-06-02 19:41:14 +00:00
MapperGL.h
Add new rendering files to CMakeLists.txt This is required for installing the files. It is also useful for developers because it adds the files to IDEs and creates test builds for the header files. Those test builds highlighted some missing includes.
2016-06-01 20:56:30 +00:00
TextureGL.h
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
WorldAnnotatorGL.h
)
Move Canvas classes to rendering library
2016-08-26 21:58:21 +00:00
set(opengl_sources
CanvasGL.cxx
Move Mappers to rendering library Also changed the mappers to not be templated on the device adapter. Instead, use TryExecute to determine the device adapter at runtime.
2016-08-29 21:50:47 +00:00
MapperGL.cxx
Add TextureGL to rendering library Also hide internals and other GL-ness from the interface.
2016-09-01 16:19:29 +00:00
TextureGL.cxx
Add WorldAnnotator to rendering library
2016-09-01 16:39:15 +00:00
WorldAnnotatorGL.cxx
Move Canvas classes to rendering library
2016-08-26 21:58:21 +00:00
)
Add support for offscreen rendering with EGL. Added new class CanvasEGL, and a test.
2016-06-15 13:48:45 +00:00
set(egl_headers
CanvasEGL.h
)
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
Move Canvas classes to rendering library
2016-08-26 21:58:21 +00:00
set(egl_sources
CanvasEGL.cxx
)
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
set(osmesa_headers
Change vtkm::rendering::RenderSurface to Canvas The word surface is more often used for something like a polygonal mesh, so this name is quite confusing. Canvas is consistent with a conventional name in GUI widget APIs.
2016-06-02 22:02:17 +00:00
CanvasOSMesa.h
adding rendering from other branch
2016-01-20 22:40:54 +00:00
)
Move Canvas classes to rendering library
2016-08-26 21:58:21 +00:00
set(osmesa_sources
CanvasOSMesa.cxx
)
Use TryExecute within the rendeirng library When things in the rendering library need to execute things in parallel (outside of another rendering library like OpenGL) it should run it on available parallel devices. This means using TryExecute to attempt on whatever devices may be available. It also means that some of the sources must be compiled with CUDA's nvcc. To enable this, made a code wrapping mechanism to compile within a .cu file.
2016-08-29 20:26:02 +00:00
# This list of sources has code that uses devices and so might need to be
# compiled with a device-specific compiler (like CUDA).
set(device_sources
Wireframe rendering
2017-08-16 18:01:03 +00:00
Mapper.cxx
Refactoring wireframing code
2017-08-16 18:45:28 +00:00
MapperWireframer.cxx
Converts `Canvas` to a concrete implementation. This commit converts `Canvas` from an abstract class to a concrete class by converting the pure virtual methods to empty/default implementations. It provides an implementation for `Canvas::AddLine` using Bresenham's line drawing algorithm.
2017-08-31 17:40:30 +00:00
Canvas.cxx
Use TryExecute within the rendeirng library When things in the rendering library need to execute things in parallel (outside of another rendering library like OpenGL) it should run it on available parallel devices. This means using TryExecute to attempt on whatever devices may be available. It also means that some of the sources must be compiled with CUDA's nvcc. To enable this, made a code wrapping mechanism to compile within a .cu file.
2016-08-29 20:26:02 +00:00
CanvasRayTracer.cxx
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
ConnectivityProxy.cxx
Adds text rendering to `Canvas`.
2017-09-07 16:51:41 +00:00
TextRenderer.cxx
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
raytracing/BoundingVolumeHierarchy.cxx
raytracing/Camera.cxx
raytracing/ChannelBuffer.cxx
Cleaning up rendering headers and moving structured volume renderer into cxx file
2017-07-08 20:48:38 +00:00
raytracing/VolumeRendererStructured.cxx
composing ray tracer and volume renderer is successful. Still need a strategy for the background color.
2017-08-04 16:24:05 +00:00
raytracing/RayOperations.cxx
refactoring ray tracing and adding new renderer
2017-06-17 21:28:45 +00:00
raytracing/RayTracer.cxx
Use TryExecute within the rendeirng library When things in the rendering library need to execute things in parallel (outside of another rendering library like OpenGL) it should run it on available parallel devices. This means using TryExecute to attempt on whatever devices may be available. It also means that some of the sources must be compiled with CUDA's nvcc. To enable this, made a code wrapping mechanism to compile within a .cu file.
2016-08-29 20:26:02 +00:00
)
adding rendering from other branch
2016-01-20 22:40:54 +00:00
#-----------------------------------------------------------------------------
Fix configuration of dependent rendering libraries The VTKmConfigureComponents.cmake file has lots of careful configuration of many of VTK-m components and dependent libraries (like OpenGL, OSMesa, etc.) that takes care of several corner cases. The configuration is consolidated here so that it can be consistent across the many directories in VTK-m as well as other projects that use VTK-m. Recent changes to the configuration in rendering circumvented these and directly tried to configure dependent rendering libraries. This is wrong (and more importantly broke my OSX build).
2016-08-25 15:44:34 +00:00
vtkm_configure_component_OpenGL()
if(VTKm_OpenGL_FOUND)
Move Canvas classes to rendering library
2016-08-26 21:58:21 +00:00
list(APPEND headers ${opengl_headers})
list(APPEND sources ${opengl_sources})
Reduce the amount of vtables that vtkm::rendering produce.
2016-12-16 21:34:36 +00:00
Fix configuration of dependent rendering libraries The VTKmConfigureComponents.cmake file has lots of careful configuration of many of VTK-m components and dependent libraries (like OpenGL, OSMesa, etc.) that takes care of several corner cases. The configuration is consolidated here so that it can be consistent across the many directories in VTK-m as well as other projects that use VTK-m. Recent changes to the configuration in rendering circumvented these and directly tried to configure dependent rendering libraries. This is wrong (and more importantly broke my OSX build).
2016-08-25 15:44:34 +00:00
vtkm_configure_component_OSMesa()
if(VTKm_OSMesa_FOUND)
Move Canvas classes to rendering library
2016-08-26 21:58:21 +00:00
list(APPEND headers ${osmesa_headers})
list(APPEND sources ${osmesa_sources})
Fix configuration of dependent rendering libraries The VTKmConfigureComponents.cmake file has lots of careful configuration of many of VTK-m components and dependent libraries (like OpenGL, OSMesa, etc.) that takes care of several corner cases. The configuration is consolidated here so that it can be consistent across the many directories in VTK-m as well as other projects that use VTK-m. Recent changes to the configuration in rendering circumvented these and directly tried to configure dependent rendering libraries. This is wrong (and more importantly broke my OSX build).
2016-08-25 15:44:34 +00:00
endif()
Experiment with speeding up the GetHexahedronClassification.
2017-03-28 13:28:03 +00:00
# vtkm_configure_component_EGL()
# if(VTKm_EGL_FOUND)
# list(APPEND headers ${egl_headers})
# list(APPEND sources ${egl_sources})
# endif()
Revert "Don't build vtkm_rendering if we can't find opengl" There are many rendering classes that do not rely on OpenGL. We really want to be able to use this functionality on systems that do not have OpenGL. That is a big part of the point. This reverts commit c75feb74bb6add43e1be9a42a9bf4bf205b97c39.
2016-11-23 19:14:44 +00:00
endif()
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
Revert "Don't build vtkm_rendering if we can't find opengl" There are many rendering classes that do not rely on OpenGL. We really want to be able to use this functionality on systems that do not have OpenGL. That is a big part of the point. This reverts commit c75feb74bb6add43e1be9a42a9bf4bf205b97c39.
2016-11-23 19:14:44 +00:00
if(VTKm_ENABLE_OSMESA AND NOT VTKm_OSMesa_FOUND)
message(SEND_ERROR "OSMesa was requested by not properly configured.
Either make sure the OSMesa headers and library are properly found or set
VTKm_ENABLE_OSMESA to OFF.")
endif()
Create configuration for rendering library I have noticed at least on my windows machine that source code that uses the rendering package is taking a long time to compile. The rendering library does not rely much on templates and more on virtual methods. Thus, it is a good candidate for moving to a library so that it need be compiled only once. This sets up the configure scripts to create the library. There is also a simple port of one class to the library. More will follow.
2016-08-25 23:54:32 +00:00
Revert "Don't build vtkm_rendering if we can't find opengl" There are many rendering classes that do not rely on OpenGL. We really want to be able to use this functionality on systems that do not have OpenGL. That is a big part of the point. This reverts commit c75feb74bb6add43e1be9a42a9bf4bf205b97c39.
2016-11-23 19:14:44 +00:00
vtkm_declare_headers(${headers})
Create configuration for rendering library I have noticed at least on my windows machine that source code that uses the rendering package is taking a long time to compile. The rendering library does not rely much on templates and more on virtual methods. Thus, it is a good candidate for moving to a library so that it need be compiled only once. This sets up the configure scripts to create the library. There is also a simple port of one class to the library. More will follow.
2016-08-25 23:54:32 +00:00
Compile RuntimeDeviceTracker.cxx with CUDA when appropriate The RuntimeDeviceTracker.cxx contains a library method that queries the CUDA device, which only works if compiled as a CUDA source file. This set up will allow code that is not compiled with CUDA use a RuntimeDeviceTracker with other code that does use CUDA.
2017-02-22 23:18:23 +00:00
vtkm_library(
SOURCES ${sources}
WRAP_FOR_CUDA ${device_sources}
)
Modify build to handle non-X-based OpenGL Specifically, I am trying to compile the code on OSX. OSX uses OpenGL libraries in a different directory than most other installs (including X11) and does not generally support GLX. These changes remove the files that support GLX in systems that do not support it. I also added several header files to the CMake lists that were not there but should have been.
2016-05-25 21:32:10 +00:00
Commenting in rendering CMakeLists.
2017-07-28 17:40:39 +00:00
# EGL Libs are added here to ensure propper linking when statically compiling.
Fix CMake line.
2017-07-28 17:48:48 +00:00
# This is safe to do even when not using EGL as the values will then be empty.
Update the CMake components to have the concept of backends. Now components are labeled as devices, and therefore allow other components to link to only backends. We also have done the same thing for rendering.
2017-01-26 20:19:02 +00:00
target_link_libraries(vtkm_rendering
PUBLIC vtkm_cont
PRIVATE ${VTKm_OPENGL_LIBRARIES}
${VTKm_BACKEND_LIBRARIES}
Adding color lines, view annotations, line color labels.
2017-07-28 17:31:19 +00:00
${EGL_LIBRARIES}
Update the CMake components to have the concept of backends. Now components are labeled as devices, and therefore allow other components to link to only backends. We also have done the same thing for rendering.
2017-01-26 20:19:02 +00:00
)
Commenting in rendering CMakeLists.
2017-07-28 17:40:39 +00:00
# EGL Dirs are added here to ensure propper linking when statically compiling.
Fix CMake line.
2017-07-28 17:48:48 +00:00
# This is safe to do even when not using EGL as the values will then be empty.
Update the CMake components to have the concept of backends. Now components are labeled as devices, and therefore allow other components to link to only backends. We also have done the same thing for rendering.
2017-01-26 20:19:02 +00:00
target_include_directories(vtkm_rendering
PRIVATE ${VTKm_OPENGL_INCLUDE_DIRS}
${VTKm_BACKEND_INCLUDE_DIRS}
Adding color lines, view annotations, line color labels.
2017-07-28 17:31:19 +00:00
${EGL_INCLUDE_DIRS}
Update the CMake components to have the concept of backends. Now components are labeled as devices, and therefore allow other components to link to only backends. We also have done the same thing for rendering.
2017-01-26 20:19:02 +00:00
)
Adding private targert link library to fix undefined symbols in ubuntu
2017-07-08 16:14:08 +00:00
if(UNIX AND NOT APPLE)
target_link_libraries(vtkm_rendering PRIVATE rt )
endif()
Revert "Don't build vtkm_rendering if we can't find opengl" There are many rendering classes that do not rely on OpenGL. We really want to be able to use this functionality on systems that do not have OpenGL. That is a big part of the point. This reverts commit c75feb74bb6add43e1be9a42a9bf4bf205b97c39.
2016-11-23 19:14:44 +00:00
# Subclasses need rendering library
vtkm_configure_component_Rendering()
adding rendering from other branch
2016-01-20 22:40:54 +00:00
Revert "Don't build vtkm_rendering if we can't find opengl" There are many rendering classes that do not rely on OpenGL. We really want to be able to use this functionality on systems that do not have OpenGL. That is a big part of the point. This reverts commit c75feb74bb6add43e1be9a42a9bf4bf205b97c39.
2016-11-23 19:14:44 +00:00
add_subdirectory(internal)
add_subdirectory(raytracing)
adding rendering from other branch
2016-01-20 22:40:54 +00:00
Revert "Don't build vtkm_rendering if we can't find opengl" There are many rendering classes that do not rely on OpenGL. We really want to be able to use this functionality on systems that do not have OpenGL. That is a big part of the point. This reverts commit c75feb74bb6add43e1be9a42a9bf4bf205b97c39.
2016-11-23 19:14:44 +00:00
#-----------------------------------------------------------------------------
add_subdirectory(testing)
Reference in New Issue Copy Permalink