On Sat, 24 Jun 2017, Larry Linder wrote:
As usual we are always behind.
We own a cad package that runs fine on SL 5.11 but will not run on SL
6.9. When you run it on 6.9 It complains about missing libs. If you do
a "whereis" on the "the missing lib" - it finds it.
From what I could get from google searches it apears that the cad
package is using 32 libraries. Is thee any way around this problem. If
I get the 32 bit libs and put them in /usr/lib it would destroy
the /usr/lib libraries that are already present.
On SL6 64bit libraries should be in /usr/lib64/ and 32 bit in /usr/lib/
Does setting LD_LIBRAY_PATH and/or LIBRARY_PATH
t include the directory with these libraries help ?
(Bash: export LD_LIBRARY_PATH=/my/cad/libraries:$LD_LIBRARY_PATH
T/csh: setenv LD_LIBRARY_PATH /my/cad/libraries:$LD_LIBRARY_PATH -- IIRC)
Is there anyway to determine if a lib is 32 bits or 64 bits without
recompiling sorce and making new libs.
# file /lib*/libc-2*.so
/lib64/libc-2.12.so: ELF 64-bit LSB shared object, x86-64, version 1
(GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not
stripped
/lib/libc-2.12.so: ELF 32-bit LSB shared object, Intel 80386, version 1
(GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not
stripped
If the library is a symbolic link you may need 'file -l' or to give file
the name of the real file.
--
Andre C Aitchison
