Hello Michele, As you already write, the FMU generated by the module depends on the simulation functions shipped with Scilab.
Xcos simulation functions are shipped in two flavor : * libsciscicos_blocks.so depends on a full Scilab you have to link with blas / lapack, the whole Scilab binaries, the JVM libs and so on * libsciscicos_blocks-cli.so only depends on Scilab non-GUI just link with blas / lapack and the some of the scilab internal libs I suggest you to only link against libsciscicos_blocks-cli as this is will ship an FMU with minimal dependency (only minimal Scilab). A third approach (and the most independent one) is to retrieve and compile the scicos_blocks C / Fortran sources directly from Scilab source code without linking against Scilab libs. However you have to take care by yourself of any licensing issue. Regards, -- Clément Le lundi 13 avril 2015 à 02:14 -0700, mfabbri a écrit : > I haven't found a solution yet, but I got some progress. > > I tried to re-generate the .so file inside the FMU (using the source inside > the FMU). The error changed at every time that I added a new library to the > linker, and so I added all the libraries of SciLab (/usr/lib/scilab/*). > > The error depends also on how I generate the .so file. > > gcc -Wl,--no-as-needed -fPIC -shared -o prova.so prova_Scilab_FMU.c > /usr/lib/scilab/* -I/usr/include/scilab/ > -I/home/mfabbri/.Scilab/fmu-wrapper-0.6/src/c/ > You can check the output of the FMUChecker and of the command ldd -d > here: http://pastebin.com/qBLiDRgd > As you can see, I have a problem with JAVA library (Java is installed in > my OS). I tried to linked that library but without success. > > while using this same commmand without the "Wl,--no-as-needed" flag: gcc > -fPIC -shared -o prova.so prova_Scilab_FMU.c /usr/lib/scilab/* > -I/usr/include/scilab/ -I/home/mfabbri/.Scilab/fmu-wrapper-0.6/src/c/ > You can check the output of the FMUChecker and of the command ldd -d > here: http://pastebin.com/MaV2pdHT > I know that the "undefined symbol: pvApiCtx" is in api_common.h > (/usr/include/scilab) file but I didn't find the library to link. > > More, in both solutions there is this string in the FMUChecker output: > [INFO][FMILIB] Loading 'linux64' binary with 'standard32' platform types > Is normal this info? I'm using Linux Mint 17.1 Rebecca - 64bit > > For now I'm stuck for both the solutions but what I want to try is to link > all the libraries in the OS. > > Thank you to everybody that wants to help me > > > > -- > View this message in context: > http://mailinglists.scilab.org/Importing-FMU-generated-by-Xcos-Scilab-tp4032046p4032075.html > Sent from the Scilab users - Mailing Lists Archives mailing list archive at > Nabble.com. > _______________________________________________ > users mailing list > [email protected] > http://lists.scilab.org/mailman/listinfo/users _______________________________________________ users mailing list [email protected] http://lists.scilab.org/mailman/listinfo/users
