J depends on OS to locate the shared library. I think your ldconfig cache did not include /usr/lib64/liblapack.so.3 or you may set LD_LIBRARY_PATH
This is strange, if you had installed it from distro, ldconfig should automatically run to add it into cache. Пт, 26 май 2017, Rudolf Sykora написал(а): > On 26 May 2017 at 11:51, bill lam <[email protected]> wrote: > > the following is from J user manual, > > > > > > cder'' returns information about a cd domain error: > > 0 0 - no error > > 1 0 - file not found > > 2 0 - procedure not found > > 3 0 - too many DLLs loaded (max 20) > > 4 0 - too many or too few parameters > > 5 x - declaration x invalid > > 6 x - parameter x type doesn't match declaration > > 7 0 - system limit - linux64 max 8 float/double scalars > > > > > J should look for liblapack.so.3, not liblapack.so > > I have: > > $ls -l /usr/lib64/liblapack* > -rw-r--r-- 1 root root 10996962 Oct 21 2016 /usr/lib64/liblapack.a > lrwxrwxrwx 1 root root 14 Oct 21 2016 /usr/lib64/liblapack.so > -> liblapack.so.3* > lrwxrwxrwx 1 root root 18 Oct 21 2016 /usr/lib64/liblapack.so.3 > -> liblapack.so.3.6.1* > -rwxr-xr-x 1 root root 6119760 Oct 21 2016 /usr/lib64/liblapack.so.3.6.1* > > Still cder'' returns 1 0, i.e., file not found. > Can you tell me where it looks for it? > > Thanks > Ruda > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm -- regards, ==================================================== GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 gpg --keyserver subkeys.pgp.net --armor --export 4434BAB3 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
