Re: compile problem on redhat linux

[Stefano Ghirlanda]

> 
> | I recently upgraded to redhat 5.2, from 5.1. My octave 2.0.12
> | understandably crashed at startup, due to change in the libraries.
> | So I try to recompile it. I tried both with the sources I had and with a
> | source rpm (the binary rpm in the redhat contrib directory also has
> | incompatible libstdc++). I get the same error:

<snip>

> The current test release doesn't use the macro NAN.  Can you please
> try using that instead, and let me know if it works?  You can get the
> current test release from ftp.che.wisc.edu in the directory
> /pub/octave.

With this one things go better, but the very final linking step to produce
octave fails. The linker cannot find what seem to me very  straightforward
functions:

make[2]: Entering directory `/usr/local/src/octave-2.0.13.95/src'
c++  -I. -I.. -I../liboctave -I../src -I../libcruft/misc  -I../glob
-I../glob -D
HAVE_CONFIG_H -mieee-fp -fno-rtti -fno-exceptions -fno-implicit-templates
-g -O2
 -Wall -rdynamic \
-L.. -u MAIN__  -fPIC -g -o octave \
octave.o builtins.o  balance.o  besselj.o  betainc.o  chol.o  colloc.o
dassl.o  det.o  eig.o  expm.o  fft.o  fft2.o  filter.o  find.o  fsolve.o
gammainc.o  getgrent.o  getpwent.o  getrusage.o  givens.o  hess.o  ifft.o  
ifft2.o
inv.o  log.o  lpsolve.o  lsode.o  lu.o  minmax.o  pinv.o  qr.o  quad.o  qzval.o
rand.o  schur.o  sort.o  svd.o  syl.o  time.o \
-L../liboctave -L../libcruft -L../src -Xlinker -rpath -Xlinker
/usr/local/lib/oc
tave-2.0.13.95 \
../src/liboctinterp.a ../liboctave/liboctave.a  ../libcruft/libcruft.a
../readl
ine/libreadline.a ../kpathsea/libkpathsea.a ../glob/libglob.a  \
-lf2c  -lncurses -ldl -lm 
../src/liboctinterp.a(load-save.o): In function
`get_lines_and_columns(istream &
, basic_string<char, string_char_traits<char>, __default_alloc_template<1,
0> > const &, int &, int &)':
/usr/local/src/octave-2.0.13.95/src/load-save.cc:1015: undefined reference
to `i
stream::seekg(long long, ios::seek_dir)'

... more undefined refs to stream stuff follow ...

So I suspect that something is wrong with my current c++ setup.
Moreover, I found out that it's not a wrong-lib-version thing that makes
the "official" rpm fail. I got the right libraries with symlinks and so
on. I get the following bt from gdb:

(gdb) run
Starting program: /usr/bin/octave 
Octave, version 2.0.13 (i386-redhat-linux-gnu).
Copyright (C) 1996, 1997, 1998 John W. Eaton.
This is free software with ABSOLUTELY NO WARRANTY.
For details, type `warranty'.


Program received signal SIGSEGV, Segmentation fault.
0x0 in ?? ()
(gdb) bt
#0  0x0 in ?? ()
#1  0x4045e07f in __overflow (f=0x809c998, ch=0) at genops.c:181
#2  0x4045bcc1 in _IO_putc (c=0, fp=0x809c998) at putc.c:33
#3  0x400b1cca in octave_pager_buf::sync ()
#4  0x403ee6b5 in ostream::flush ()
#5  0x400b22b7 in flush_octave_stdout ()
#6  0x40084709 in octave_gets ()
#7  0x400849e5 in get_user_input ()
#8  0x40084a85 in octave_read ()
#9  0x4008c35e in yy_get_next_buffer ()
#10 0x4008c075 in yylex ()
#11 0x400b446b in yyparse ()
#12 0x400f42e6 in main_loop ()
#13 0x805256c in main ()

I hope this is clearer to you than to me.
I'll check my c++ setup, it would not be the first time that things went
wrong with a redhat upgrade (to me, at least).
Thanks for all support,
Stefano

 Stefano Ghirlanda, Zoologiska Institutionen, Stockholms Universitet
    Office: D554, Arrheniusv. 14, S-106 91 Stockholm, Sweden
Phone: +46 8 164055, Fax: +46 8 167715, Email: address@hidden
   Support Free Science, look at: http://rerumnatura.zool.su.se