From: Noel O'B. <no...@ca...> - 2005-11-30 10:05:48
|
On Tue, 2005-11-29 at 17:33 -0500, Geoffrey Hutchison wrote: > On Nov 29, 2005, at 11:07 AM, S Joshua Swamidass wrote: > > > But we still get a problem. Here is the output when you run teh > > exmaple file after changing the name of openbabel.so > ... > > /home/dock/linux/lib/openbabel/APIInterface.so did not load properly > > /home/dock/linux/lib/openbabel/CSRformat.so did not load properly > ... Same here. > I'm assuming that the babel binary itself loads the formats properly > and that these files do actually exist? The files do actually exist. I'm not sure that all the formats are loaded correctly as the test-suite fails pretty miserably...I've attached the first five minutes [not sent to mailing list]. > Try setting the environment variable BABEL_LIBDIR: > export BABEL_LIBDIR=/home/doc/linux/lib/openbabel No effect. > Other than that, it'd help to know what version of Linux (and Python) > you're running. I'm not sure what it'd tell me, but it would give me > some info to try to find a similar machine for testing. I have the same problem on Debian Sarge, for Python 2.3/2.4, even after setting BABEL_LIBDIR=/usr/local/lib/openbabel. The files do exist: there is an ".a",".la" and an ".so", for each. Running 'file' on the .so: /usr/local/lib/openbabel/xyzformat.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped I also added /usr/local/lib/openbabel to LD_LIBRARY_PATH with no improvement. Regards, Noel |