help-octave
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: octave_idx_type and fortran


From: Mike Miller
Subject: Re: octave_idx_type and fortran
Date: Mon, 25 Jul 2016 10:16:12 -0700
User-agent: Mutt/1.6.0 (2016-04-01)

On Mon, Jul 25, 2016 at 13:21:47 +0000, Miller, Herbert D (IS) wrote:
> There were many small problems to overcome (too many too list) to
> finally get Octave to configure and build.  I finally received this
> messages from the "make" command:
> 
> Octave successfully built.  Now choose from the following:
> 
>   ./run-octave        - to run in place test before installing
>   make check  - to run the tests
>   make install        - to install (PREFIX=/usr/local)
> 
> I tried the ./run-octave command and received the following messages:
>   . . . octave-4.0.0/src/.libs/lt-octave-gui:  /usr/lib64/libstdc++.so.6:  
> version `GLIBCXX_3.4.15' not found (required by . . . . 
> octave-4.0.0/libgui/.libs/liboctgui.so.1)
>   . . . octave-4.0.0/src/.libs/lt-octave-gui:  /usr/lib64/libstdc++.so.6:  
> version `GLIBCXX_3.4.20' not found (required by . . . . 
> octave-4.0.0/libgui/.libs/liboctgui.so.1)
>   . . . octave-4.0.0/src/.libs/lt-octave-gui:  /usr/lib64/libstdc++.so.6:  
> version `GLIBCXX_3.4.15' not found (required by . . . . 
> octave-4.0.0/libinterp/.libs/liboctinterp.so.3)
>   . . . octave-4.0.0/src/.libs/lt-octave-gui:  /usr/lib64/libstdc++.so.6:  
> version `GLIBCXX_3.4.20' not found (required by . . . . 
> octave-4.0.0/libinterp/.libs/liboctinterp.so.3)
> 
> I am not sure what to do here.  Also, how can 1 library depend on 2
> different versions of another library?

Am I right in that you are trying to build Octave on a RHEL or CentOS 6
system with a locally installed version of gcc 4.9.3 (in /usr/local/bin
maybe)?

The error message above suggests that you are mixing toolchain versions,
because the program you just built depends on a version of libstdc++
that your system libraries are not providing.

Did you perhaps arrange for the executables for your local version of
gcc to be preferred, but forget to arrange for the associated runtime
libraries from your version of gcc before the system versions of the
same libraries?

-- 
mike



reply via email to

[Prev in Thread] Current Thread [Next in Thread]