Coot sets up the paths before it starts. That's why you don't call
coot-real but the script coot which modifies LD_LIBRARY_PATH and some
other environment variables before actually calling the binary. Therefore
applying ldd to coot-real is not telling you much unless you set
LD_LIBRARY_PATH manually before you use ldd.
Tim
--
Tim Gruene
Institut fuer anorganische Chemie
Tammannstr. 4
D-37077 Goettingen
GPG Key ID = A46BEE1A
On Fri, 27 Feb 2009, Partha Chakrabarti wrote:
Hi,
I am running a 64 bit Fedora 10 machine and having problems with coot, if
i say
ldd coot-real
linux-gate.so.1 => (0x55555000)
libguilegtk-2.0.so.0 => not found
libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0x00df8000)
librt.so.1 => /lib/librt.so.1 (0x005f0000)
libguile.so.17 => not found
libgmp.so.3 => not found
libcrypt.so.1 => /lib/libcrypt.so.1 (0x55572000)
libltdl.so.3 => not found
libclipper-ccp4.so.2 => not found
libclipper-cif.so.2 => not found
libclipper-phs.so.2 => not found
libclipper-contrib.so.2 => not found
libclipper-minimol.so.2 => not found
libclipper-cns.so.2 => not found
libclipper-mmdb.so.2 => not found
libclipper-core.so.2 => not found
libccp4c.so.0 => not found
librfftw.so.2 => not found
libfftw.so.2 => not found
libz.so.1 => /lib/libz.so.1 (0x00769000)
libssm.so.0 => not found
libmmdb.so.0 => not found
and so on. There were similar problems with imosflm which got fixed after
installing compat-libstdc++-33.i386 following a suggestion of Kay
Diederichs. Is there something similar for this case? Or have I forgotten
to set up some path correctly?
Regards, Partha
--
MRC National Institute for Medical Research
Division of Molecular Structure
The Ridgeway, NW7 1AA, UK
Email: pcha...@nimr.mrc.ac.uk
Phone: + 44 208 816 2515
