[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/
jeffs.vcf
Description: Card for Jeff Silverman
- Problems linking octave 2.0.16 under RedHat Linux 6.1,
Jeff Silverman <=