help-octave
[Top][All Lists]
Advanced

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

Problems linking octave 2.0.16 under RedHat Linux 6.1


From: Jeff Silverman
Subject: Problems linking octave 2.0.16 under RedHat Linux 6.1
Date: Wed, 15 Mar 2000 10:35:43 -0800

Hi.  I am trying to build Octave 2.0.16 on an Intel RedHat Linux 6.1 machine.  
It seems to go through configure with no problems, and it compiles fine, but 
when it loads, it fails.

make[2]: Entering directory `/s0/src/octave/octave-2.0.16/src'
c++  -I. -I.. -I../liboctave -I../src -I../libcruft/misc  -I../glob -I../glob 
-DHAVE_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/octave-2.0.16 \
../src/liboctinterp.a ../liboctave/liboctave.a  ../libcruft/libcruft.a  
../readline/libreadline.a ../kpathsea/libkpathsea.a ../glob/libglob.a  \
-lg2c -lm -L/share/lib/gcc-lib/i686-pc-linux-gnu/2.95.1 -L/share/lib -lm  
-lncurses -ldl -lm
octave.o: In function `intern_argv(int, char **)':
/usr/include/g++-2/stl_alloc.h:382: undefined reference to 
`__default_alloc_template<true, 0>::__node_allocator_lock'
/usr/include/g++-2/stl_alloc.h:431: undefined reference to 
`__default_alloc_template<true, 0>::free_list'
/usr/include/g++-2/stl_alloc.h:432: undefined reference to 
`__default_alloc_template<true, 0>::free_list'
/usr/include/g++-2/stl_alloc.h:383: undefined reference to 
`__default_alloc_template<true, 0>::__node_allocator_lock'

.

...

.

I have done some fgreps of the subdirectories, but I haven't found any source 
code that references these names (I have found lots of binaries, howeaver).

I have also found these strings in:

fgrep default_alloc_template /lib/* /usr/lib/*
Binary file /usr/lib/libkab.so.2.0.0 matches
Binary file /usr/lib/libstdc++-2-libc6.1-1-2.9.0.a matches
Binary file /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so matches
Binary file /usr/lib/libstdc++-libc6.1-1.a.2 matches
Binary file /usr/lib/libstdc++-libc6.1-1.so.2 matches
Binary file /usr/lib/libstdc++.so.2.8 matches
Binary file /usr/lib/libstdc++.so.2.8.0 matches

I created LD_LIBRARY_PATH and set it to /lib:/usr/lib but that doesn't change 
the outcome.

I have found these strings using altavista, but they are bug reports for Debian.

Please, Can anybody offer me some helpful advice?

I have

gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)

Many thanks.

--
Jeff Silverman, sysadmin for the Research Computing Systems (RCS)
University of Washington, School of Engineering, Electrical Engineering Dept.
Box 352500, Seattle, WA, 98125-2500
address@hidden
http://rcs.ee.washington.edu/BRL/people/jeffs/


Attachment: jeffs.vcf
Description: Card for Jeff Silverman


reply via email to

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