A follow-up to this: I was correct in theory that you need to specify
LD_LIBRARY_PATH, but in practice, the scripts that launch Phenix
programs will erase this (temporarily) unless you set the environment
variable PHENIX_TRUST_OTHER_ENV. I suspect that we do this because
LD_LIBRARY_PATH frequently points to shared libraries which are
incompatible with the Phenix build. If you're certain that this isn't
the case, then it's okay to set that variable.
It is probably safer to use the static build of Rosetta - although in
this case there were other issues involved.
-Nat
On Sat, Jun 23, 2012 at 11:26 AM, Nathaniel Echols
On Sat, Jun 23, 2012 at 11:17 AM, Andreas Forster
wrote: /csb/soft/Linux64/share/rosetta3.4/rosetta_source/bin/mr_protocols.default.linuxgccrelease: error while loading shared libraries: libdevel.so: cannot open shared object file: No such file or directory
libdevel.so exists, in the right place I venture to say:
ls -l /csb/soft/Linux64/share/rosetta3.4/rosetta_source/build/src/release/linux/2.6/64/x86/gcc/4.4/libdevel.so -rwxr-xr-x. 1 csbadmin csb 6437 Jun 23 18:44 /csb/soft/Linux64/share/rosetta3.4/rosetta_source/build/src/release/linux/2.6/64/x86/gcc/4.4/libdevel.so
If you run mr_protocols.default.linuxgccrelease from the command line, does it give you the same error? You probably need to set LD_LIBRARY_PATH, i.e.:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/csb/soft/Linux64/share/rosetta3.4/rosetta_source/build/src/release/linux/2.6/64/x86/gcc/4.4/
if you're a bash user - I forget the csh syntax.
-Nat