to whom it may concern:
I stumbled in the libexpat.so.0 problem, as many other people I found on the list.
My Linux distribution is Slackware 13.37.
Due to my own laptop architecture, I downloaded the fsl version for centos 64 bit.
My first attempt to launch FSLView gave the 'cannot find libexpat.so.0' kind of message:
/usr/local/fsl/bin/fslview_bin: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory.
After a bit of pottering around, I did as follows:
a) slocate libexpat
this command showed that I did not actually have a libexpat.so.0 on my system. I got a soft link from libexpat.so to libexpat.so.1 in /usr/lib64.
So, I created (as root) a soft link:
ln -s /usr/lib64/libexpat.so /usr/lib/libexpat.so.0
b) Edited (still as root) the fslview launcher: /usr/local/bin/fslview
In its origina form it is like this:
#!/bin/sh
LD_LIBRARY_PATH=${FSLDIR}/lib:${LD_LIBRARY_PATH}
export LD_LIBRARY_PATH
${FSLDIR}/bin/fslview_bin $@
Obviously, the script assumes that the system has a system variable called LD_LIBRARY_PATH.
So, I added a line, adding the path to the soft link I created in (a): namely, /usr/lib
#!/bin/sh
LD_LIBRARY_PATH=${FSLDIR}/lib:${LD_LIBRARY_PATH}
LD_LIBRARY_PATH=/usr/lib:${LD_LIBRARY_PATH}
export LD_LIBRARY_PATH
${FSLDIR}/bin/fslview_bin $@
this solved my problem!
the environment variable LD_LIBRARY_PATH now contains the path to the libexpat.so.0
The content of this email is possibly a duplicate; however, I did not find this solution in the mailing list.
best,
Luca Nanetti
|