Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • ParaView ParaView
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,961
    • Issues 1,961
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 97
    • Merge requests 97
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ParaViewParaView
  • ParaViewParaView
  • Issues
  • #19195
Closed
Open
Issue created Jul 22, 2019 by David E. DeMarle@demarleDeveloper

GL vs OpenGL can lead to llvm version mismatch runtime errors

Paraview 5.7.rc1 built on stampede2@TACC via the superbuild(SB) with SB built mesa fails on startup.

At configure time CMake finds both the mesa we built at OPENGL_GL_LIBRARY in ${SB}/install/libGL.so and the system provided OPENGL_OPENGL_LIBRARY in /usr/lib64/libOpenGL.so

When we run paraview fails to start and we get llvm option 'help-list' registered more than once. So far none of the cmake flags I've tried have succeeded in forcing cmake to ignore the system GL and use only the LEGACY GL that we make.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking