ProgrammingThis forum is for all programming questions.
The question does not have to be directly related to Linux and any language is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
i am running kernel 2.6.23.1 patched with rtai-3.6-cv
during RTAI installation i had selected RTAI-Lab
now i want to intsall Scilab/Scicos
how do i go about this
where do i get the installation files ?
what are the dependencies?
i am running kernel 2.6.23.1 patched with rtai-3.6-cv
during RTAI installation i had selected RTAI-Lab
now i want to intsall Scilab/Scicos
how do i go about this
where do i get the installation files ?
what are the dependencies?
Did you read Scilab installation instruction on Scilab site ?
I installed Scilab many times, following installation instructions was sufficient.
i am running 2.6.23.1 patched with rtai-3.6-cv on a 2.6.23.1-42.fc8
i have downloaded the scilab 5.1 source code
when i do ./configure i get the following error:
[root@localhost scilab-5.1]# ./configure
checking whether ln -s works... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for a BSD-compatible install... /usr/bin/install -c
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library path variable... LD_LIBRARY_PATH
checking whether to activate relocatable installation... no
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking host system type... (cached) i686-pc-linux-gnu
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... (cached) /bin/grep
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran accepts -g... yes
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for g++... yes
checking whether gcc and cc understand -c and -o together... yes
checking whether gfortran understands -c and -o together... yes
checking for nm... nm
checking for leading underscores with Fortran (name-mangling scheme)... no
checking for trailing underscores with Fortran (name-mangling scheme)... yes
checking use of the sharpsign in CPP... yes
Define C2F with Trailing Underscore and Sharp Sign
checking JAVA_HOME variable... not defined
checking for javac... /usr/bin/javac
checking Symlink for /usr/bin/javac... /etc/alternatives/javac
checking Symlink for /etc/alternatives/javac... /usr/lib/jvm/java-1.5.0-gcj/bin/javac
checking Symlink for /usr/lib/jvm/java-1.5.0-gcj/bin/javac... Filename changed... Keeping the one found before
Java base directory (probably) available here : /usr/lib/jvm/java-1.5.0-gcj
checking for zip or jar files to include on CLASSPATH...
checking to see if the java compiler works... yes
Java found in /usr/lib/jvm/java-1.5.0-gcj
checking type of jvm... jdk
checking java API version... 1.5
Using the following JNI include flags -I/usr/lib/jvm/java-1.5.0-gcj/include -I/usr/lib/jvm/java-1.5.0-gcj/include/linux
checking if jni.h can be included... yes
configure: error: Could not detect the location of the Java
shared library. You will need to update java.m4
to add support for this JVM configuration.
i am running 2.6.23.1 patched with rtai-3.6-cv on a 2.6.23.1-42.fc8
i have downloaded the scilab 5.1 source code
when i do ./configure i get the following error:
[root@localhost scilab-5.1]# ./configure
checking whether ln -s works... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for a BSD-compatible install... /usr/bin/install -c
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library path variable... LD_LIBRARY_PATH
checking whether to activate relocatable installation... no
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking host system type... (cached) i686-pc-linux-gnu
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... (cached) /bin/grep
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran accepts -g... yes
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for g++... yes
checking whether gcc and cc understand -c and -o together... yes
checking whether gfortran understands -c and -o together... yes
checking for nm... nm
checking for leading underscores with Fortran (name-mangling scheme)... no
checking for trailing underscores with Fortran (name-mangling scheme)... yes
checking use of the sharpsign in CPP... yes
Define C2F with Trailing Underscore and Sharp Sign
checking JAVA_HOME variable... not defined
checking for javac... /usr/bin/javac
checking Symlink for /usr/bin/javac... /etc/alternatives/javac
checking Symlink for /etc/alternatives/javac... /usr/lib/jvm/java-1.5.0-gcj/bin/javac
checking Symlink for /usr/lib/jvm/java-1.5.0-gcj/bin/javac... Filename changed... Keeping the one found before
Java base directory (probably) available here : /usr/lib/jvm/java-1.5.0-gcj
checking for zip or jar files to include on CLASSPATH...
checking to see if the java compiler works... yes
Java found in /usr/lib/jvm/java-1.5.0-gcj
checking type of jvm... jdk
checking java API version... 1.5
Using the following JNI include flags -I/usr/lib/jvm/java-1.5.0-gcj/include -I/usr/lib/jvm/java-1.5.0-gcj/include/linux
checking if jni.h can be included... yes
configure: error: Could not detect the location of the Java
shared library. You will need to update java.m4
to add support for this JVM configuration.
kindly help me
Why did you load source code even though you could download precompiled binary ?
What did you do the resolve the
Quote:
configure: error: Could not detect the location of the Java
shared library. You will need to update java.m4
to add support for this JVM configuration.
sir, when i try the binary version i get wierd errors, i am none the less able to run scilab. i tried out a simple thing x=[1 2] plot(x). but as soon as i do plot(x) all the windows just disappear. also my main aim is to use the RTAI blocks in the palette of scicos. for the binary version how do i do that i still have not understood.
sir, when i try the binary version i get wierd errors, i am none the less able to run scilab. i tried out a simple thing x=[1 2] plot(x). but as soon as i do plot(x) all the windows just disappear. also my main aim is to use the RTAI blocks in the palette of scicos. for the binary version how do i do that i still have not understood.
The good news is that you are able to scilab at least somehow.
I guess scilab can't find stuff related to your Java installation - even when running it as binary.
Do you know about LD_LIBRARY_PATH environment variable and have you located Java libraries on your system ?
sir, I have no clue of LD_LIBRARY_PATH. Also I have no clue about the java shared libraries. the problem is that I have no idea of java or its related things. Also the main purpose of doing all this is still unfinished. I need to use the RTAI-palete under Scicos by adding the RTAI related files to Scilab/Scicos. when i try to install scilab from source code, i get the following error:
configure: error: Could not detect the location of the Java
shared library. You will need to update java.m4
to add support for this JVM configuration.
so any person conversant with java should be able to comment on the situation i guess. It may be a small thing affecting, but I am unable to identify the problem.
sir, I have no clue of LD_LIBRARY_PATH. Also I have no clue about the java shared libraries. the problem is that I have no idea of java or its related things. Also the main purpose of doing all this is still unfinished. I need to use the RTAI-palete under Scicos by adding the RTAI related files to Scilab/Scicos. when i try to install scilab from source code, i get the following error:
configure: error: Could not detect the location of the Java
shared library. You will need to update java.m4
to add support for this JVM configuration.
so any person conversant with java should be able to comment on the situation i guess. It may be a small thing affecting, but I am unable to identify the problem.
So, read first about about dynamically loaded libraries (.DLL in Windows, .so in Linux/Solaris), and read about LD_LIBRARY_PATH. To begin with, enter
Linux dynamic libraries howto LD_LIBRARY_PATH
into your favorite WEB search engine - you'll hopefully find answers in the first couple of matches.
Then locate Java libraries (.so files) - any decent package manager allows to see list of files of an installed package, so it shouldn't be a problem.
The set LD_LIBRARY_PATH according to your findings and try scilab again.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.