Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • MRF MRF
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 86
    • Issues 86
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 4
    • Merge requests 4
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • PACANOWSKI Romain
  • MRFMRF
  • Issues
  • #28

Closed
Open
Created Apr 04, 2019 by PACANOWSKI Romain@pacanowsOwner

Correctly handling LD_LIBRARY_PATH and RPATH for LINUX

Right now the interactive version of malia renderer needs to locate the DLL (or shared library on Unices) of GLFW at runtime.

Although glfw.so is installed in the same directory than malia (or pulse or pulsar or malia_rgb), executing malia from the command line in Linux requires either

  • to be in $MRF_DIR/bin/ to launch the rendering engine
  • to modify the LD_LIBRARY_PATH by adding $MRF_DIR/bin/

This is not satisfactory and we shall modify the CMakelists.txt according to this to include more flexibility (cf. https://gitlab.kitware.com/cmake/community/wikis/doc/cmake/RPATH-handling)

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