Skip to content
Snippets Groups Projects
  1. Feb 10, 2025
  2. Feb 04, 2025
  3. Jan 31, 2025
  4. Jan 25, 2025
  5. Jan 17, 2025
  6. Jan 09, 2025
    • Kenneth Moreland's avatar
      Fix issue with Fides initializing HIP before using · 57ac6758
      Kenneth Moreland authored
      There was an issue with Fides crashing because it attempted to allocate
      memory with HIP before HIP was initialized. (See
      vtk/fides#26.) The problem was
      actually with VTK-m. (Initializing VTK-m is supposed to be optional,
      but HIP was not getting initialized in time if it was not.) To fix
      the Fides issue, update VTK-m to the changes provided by
      vtk/vtk-m!3289.
      57ac6758
  7. Jan 03, 2025
  8. Jan 02, 2025
  9. Jan 01, 2025
  10. Dec 30, 2024
  11. Dec 12, 2024
  12. Dec 10, 2024
  13. Dec 09, 2024
  14. Dec 08, 2024
  15. Dec 06, 2024
  16. Dec 04, 2024
  17. Nov 23, 2024
  18. Nov 13, 2024
  19. Nov 04, 2024
  20. Nov 01, 2024
    • Kenneth Moreland's avatar
      Simplify the customization for Kokkos backend · 040c0542
      Kenneth Moreland authored
      When using Kokkos, some Kokkos devices/backends require enabling a
      language (such as CUDA or HIP). Previously, this required users to set a
      variable named `VTK_KOKKOS_BACKEND` to an appropriate value. This has
      been simplified by getting the Kokkos backends directly from the Kokkos
      configuration so that the compilers are set up automatically.
      040c0542
  21. Oct 30, 2024
  22. Oct 10, 2024
  23. Oct 04, 2024
  24. Oct 02, 2024
  25. Sep 19, 2024
  26. Sep 16, 2024
  27. Sep 10, 2024
    • Jaswant Panchumarti (Kitware)'s avatar
      Enable runtime detection of GLX, EGL and OSMesa for OpenGL context · 04661f4b
      Jaswant Panchumarti (Kitware) authored
      - closes #18547
      - closes #19383
      - Use glad instead of glew for loading GL extension functions
      because GLEW has trouble using GLX and EGL in the same build.
      - Replaces the VTK::glew module with VTK::glad.
      - Removed the utility VTK::opengl module because it is unnecessary
      after the changes made to vtkOpenGLOptions.cmake
      - OpenGL is now loaded at runtime in desktop platforms.
      - For mobile and webassembly, when VTK_OPENGL_USE_GLES is ON,
      glad finds and links to the OpenGL::GLES3 library.
      - Support for OSMesa is always available from VTK. Users must make
      sure the libOSMesa.so or osmesa.dll is installed.
      - Support for EGL is always available from VTK in Linux and Android.
      Users must make sure libEGL is installed.
      - On platforms where multiple render window backends are possible, the
      vtkOpenGLRenderWindow is made the default factory override and it's
      New method implements runtime tests to determine what render windows
      can work. It basically constructs the platform implementation render
      window, attempts to initialize it and checks whether it was
      successfully intialized.
      - The X OpenGL render window class was updated to not call abort.
      It also print warnings instead of errors when it fails to open X
      display. This allows us to safely test support for GLX at runtime.
      - The new environment variable VTK_DEFAULT_OPENGL_WINDOW
      can optionally be used to force a render window subclass
      at runtime. It is useful to debug support for a fallback render
      window on different system configuration.
      - Remove usage of unnecessary CMake flag VTK_OPENGL_HAS_MESA.
      - Since there is no compile time depedency for OSMesa in VTK,
      this commit makes VTK act as if it can always use OSMesa,
      obviously when the system executing VTK code has osmesa installed.
      - ci scripts will be adjusted in next commits
      04661f4b
  28. Sep 06, 2024
  29. Aug 27, 2024
Loading