help-octave
[Top][All Lists]
Advanced

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

RE: Help installing testing tarball from 25 July 2007 on red hat ent. li


From: Dr. Phyllis R. Nelson
Subject: RE: Help installing testing tarball from 25 July 2007 on red hat ent. linux 5, amd64
Date: Thu, 2 Aug 2007 08:11:33 -0700

Dmitri and all,

I've made another try.  Could it be that the fortran libraries are the problem, 
not the version of gcc?

the foo.cc program in README.linux gives 

_____________________________________________________________________________
 g++ -v foo.cc
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix 
--enable-checking=release --with-system-zlib --enable-__cxa_atexit 
--disable-libunwind-exceptions --enable-libgcj-multifile 
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk 
--disable-dssi --enable-plugin 
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic 
--host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.1 20070105 (Red Hat 4.1.1-52)
 /usr/libexec/gcc/x86_64-redhat-linux/4.1.1/cc1plus -quiet -v -D_GNU_SOURCE 
foo.cc -quiet -dumpbase foo.cc -mtune=generic -auxbase foo -version -o 
/tmp/cc3stnBh.s
ignoring nonexistent directory 
"/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../include/c++/4.1.1
 
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../include/c++/4.1.1/x86_64-redhat-linux
 /usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../include/c++/4.1.1/backward
 /usr/local/include
 /usr/lib/gcc/x86_64-redhat-linux/4.1.1/include
 /usr/include
End of search list.
GNU C++ version 4.1.1 20070105 (Red Hat 4.1.1-52) (x86_64-redhat-linux)
        compiled by GNU C version 4.1.1 20070105 (Red Hat 4.1.1-52).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 2017cffdbe9769d153d66ff8fa799466
In file included from 
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../include/c++/4.1.1/backward/iostream.h:31,
                 from foo.cc:1:
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../include/c++/4.1.1/backward/backward_warning.h:32:2:
 warning: #warning This file includes at least one deprecated or antiquated 
header. Please consider using one of the 32 headers found in section 17.4.1.2 
of the C++ standard. Examples include substituting the <X> header for the <X.h> 
header for C++ includes, or <iostream> instead of the deprecated header 
<iostream.h>. To disable this warning use -Wno-deprecated.
foo.cc:2: error: ‘int6’ does not name a type
_________________________________________________________________________________

But when I look through the results of configure, I find

__________________________________________________________________________________
...
config.status: creating testfun/Makefile
configure:

Octave is now configured for x86_64-unknown-linux-gnu

  Source directory:     .
  Installation prefix:  /usr/local
  C compiler:           gcc   -Wall -W -Wshadow -g -O2
  C++ compiler:         g++   -Wall -W -Wshadow -Wold-style-cast -g -O2
  Fortran compiler:     g77 -O
  Fortran libraries:     -L/usr/lib/gcc/x86_64-redhat-linux/3.4.6 
-L/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64 
-L/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../.. -L/lib/../lib64 
-L/usr/lib/../lib64 -lz -lfrtbegin -lg2c -lm
...
_____________________________________________________________________________________

Suggestions?

Thanks!

-Phyllis

-----Original Message-----
From: Dmitri A. Sergatskov [mailto:address@hidden
Sent: Sat 7/28/2007 8:38 PM
To: Dr. Phyllis R. Nelson
Cc: help-octave
Subject: Re: Help installing testing tarball from 25 July 2007 on red hat ent. 
linux 5, amd64
 
It appears that it was a false alarm -- you are using gcc 4.1.1,
but it salso appears it tries to link to the wrong libstdc++ (?)

I do not know what is the best way to proceed except un-installing
compat-gcc-34-c++-3.4.6-4

(rpm -e compat-gcc-34-c++-3.4.6-4)

But that is circumventing the problem rather than solving it...
Is your system up-to-date with updates?

Dmitri.

On 7/28/07, Dr. Phyllis R. Nelson <address@hidden> wrote:
> Dmitri,
>
> Sorry - thought I had replied to the list.  (Newbie.)
>
> $ rpm -qa | grep gcc
> compat-gcc-34-g77-3.4.6-4
> libgcc-4.1.1-52.el5.2
> libgcc-4.1.1-52.el5.2
> gcc-c++-4.1.1-52.el5.2
> compat-gcc-34-3.4.6-4
> compat-gcc-34-c++-3.4.6-4
> gcc-4.1.1-52.el5.2
> gcc-java-4.1.1-52.el5.2
> gcc-gfortran-4.1.1-52.el5.2
> compat-libgcc-296-2.96-138
>
>
> -Phyllis
>
>
> -----Original Message-----
> From: Dmitri A. Sergatskov [mailto:address@hidden
> Sent: Sat 7/28/2007 8:22 PM
> To: Dr. Phyllis R. Nelson
> Cc: help-octave
> Subject: Re: Help installing testing tarball from 25 July 2007 on red hat 
> ent. linux 5, amd64
>
> Phyllis,
>
> Please CC replies to the list. I do not have RHEL system at hand,
> so can be of limited help here. What does
>
> rpm -qa | grep gcc
>
> returns on your system?
>
> Dmitri.
>
> On 7/28/07, Dr. Phyllis R. Nelson <address@hidden> wrote:
> > Dmitri,
> >
> > Getting gcc 3.4.6 confused me too.  Testing for the gcc version in a shell 
> > gives
> >
> > $ gcc --version
> > gcc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-52)
> >
> > I'm hecking through the makefiles and configure results, but that's not my 
> > strength.  Suggestions appreciated.
> >
> > Thanks!
> >
> > -Phyllis
> >
> > On 7/28/07, Dr. Phyllis R. Nelson <address@hidden> wrote:
> >
> >
> > >          -lreadline  -lncurses -ldl -lz -lm  
> > > -L/usr/lib/gcc/x86_64-redhat-linux/3.4.6 
> > > -L/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64 
> > > -L/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../.. -L/lib/../lib64 
> > > -L/usr/lib/../lib64 -lz -lfrtbegin -lg2c -lm
> >
> > It appears that you gcc version is 3.4.6. This is strange as RHEL5
> > should have 4.1.1.
> > (3.4.6 is probably too old to compile octave.) Please investigate the
> > discrepancy.
> >
> > Sincerely,
> >
> > Dmitri.
> > --
> >
> >
>
>




reply via email to

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