Cannot modify efficiently the rpath of gurobi tools
Hi
We installed gurobi in an unusual place and to avoid usage of LD_LIBRARY_PATH we modified the rpath (with patchelf) of gurobi tools.
We would like to avoid to use LD_LIBRARY_PATH because it can cause issues with some other software.
We usually modify *rpath* for other software and it always works.
Unfortunately only gurobi_cl and grbtune look to work properly.
Other tools such as grbgetkey return this error message:
"grbgetkey: relocation error: grbgetkey: symbol , version GLIBC_2.2.5 not defined in file libc.so.6 with link time reference"
Is there a way to avoid this or to avoid LD_LIBRARY_PATH usage?
Best
-
Official comment
This post is more than three years old. Some information may not be up to date. For current information, please check the Gurobi Documentation or Knowledge Base. If you need more help, please create a new post in the community forum. Or why not try our AI Gurobot?. -
Hi Sébastien,
If you want to avoid a global LD_LIBRARY_PATH, I recommend setting this variable only when you need it, e.g.
$> LD_LIBRARY_PATH=<custom/gurobi/path> gurobi_cl
Please don't modify Gurobi binaries.
Cheers,
Matthias0 -
I will try to alias commands with
LD_LIBRARY_PATH=<custom/gurobi/path>
in front of them. Thanks
But I would like to understand why modifying rpath does not work for gurobi0 -
Can you explain in more detail how you used patchelf to modify the rpath?
0 -
On each binary and library (.so file) I run those commands:
patchelf --set-interpreter <our_local>/ld-linux-x86-64.so.2 <binary or library>
patchelf --set-rpath $GUROBI_HOME/lib <binary or library>0
Post is closed for comments.
Comments
5 comments