Hello Stéphane, This issue (or similar startup issues) comes from a version mismatch on dependencies between configure/build time and run time. You have to ship the same (or compatible) thirdparty within the install dir. By default, the launcher script (at run time) add the directories shipped with the scilab binary.
After copying the thirdparty to the same location as in the binary, you should make scilab run. If not, the location you put them might not be good. If you want to debug these things, use : SCIVERBOSE=1 /home/mottelet/WORK/bin/scilab Thanks, -- Clément Le vendredi 18 mai 2018 à 09:03 +0200, Stéphane Mottelet a écrit : > Hello, > > Under Linux, make install fails to make a working standalone Scilab (here > with branch-6.0) > > I did: > > make clean > ./configure --prefix=/home/mottelet/WORK > make > make install > > then, /home/mottelet/WORK/bin/scilab gives me: > > /home/mottelet/WORK/bin/scilab-bin: error while loading shared libraries: > libssl.so.0.9.8: cannot open shared object file: No such file or directory > > When I saw that the WORK/lib/thirdparty/ folder was missing I made a clone > of the thirdparty folder which is part of my git repo in WORK/lib/thirdparty > > but I still get the same error. What did I miss ? > > S. > _______________________________________________ dev mailing list dev@lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev