Solaris 10 x86 compilation success leads to 2.9.13 "octave" core, segmentation violation. :-<....., after address@hidden subscription.

[John]

Good Morning!

I installed GNU gcc 3.4.3, from source, and stripped out LD references 
to its fortran libraries. Eventually, I was able to successfully compile 
static and dynamic builds of "octave". Unfortunately, per dbx, there is 
a segmentation violation, and a core file:

bash-3.00$ dbx /home/arthur/bin/octave core
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.4' in 
your .dbxrc
Reading octave
core file header read successfully
Reading ld.so.1
Reading liboctinterp.so.2.9.13
Reading liboctave.so.2.9.13
Reading libcruft.so.2.9.13
Reading libreadline.so.5
Reading libncurses.so.5.5
Reading libdl.so.1
Reading libg2c.so.0.0.0
Reading libm.so.2
Reading libgcc_s.so.1
Reading libstdc++.so.6.0.3
Reading libc.so.1
program terminated by signal SEGV (no mapping at the fault address)
Current function is std::basic_string < char, std::char_traits<char>, 
std::allocator<char> >::find
 269         { return &((reinterpret_cast<_Rep*> (_M_data()))[-1]); }
(dbx) where
dbx: error in parsing nested blocks .....
dbx: error in parsing nested blocks .....
=>[1] std::basic_string < char, std::char_traits<char>, 
std::allocator<char> >::find(this = 0xd14c84c4, __c = '<', __pos = 0), 
line 269 in "basic_string.h"
 [2] , at
 [3] , at
 [4] __do_global_ctors_aux(0xd27d68fc, 0xd1e1ece0, 0xd27c0488, 
0xd27fb840, 0xd2480fb4, 0xd24804e4), at 0xd1defd49
 [5] _init(0xd2480fb0, 0x3), at 0xd1defd5e
 [6] is_dep_init(0xd27c0488, 0xd27c09c8), at 0xd27d6681
 [7] elf_bndr(0xd27c09c8, 0xd70, 0xd0d2b0d4), at 0xd27e07c5
 [8] elf_rtbndr(0xd70, 0xd0d2b0d4, 0x80470f0, 0x0, 0x0, 0xd14cfb00), at 
0xd27cd1d4
 [9] 0xd27c09c8(0xd27fb840, 0x34, 0x8047150, 0xd1047c22, 0xd27d68fc, 
0xd27fb220), at 0xd27c09c7
 [10] __do_global_ctors_aux(0xd27d68fc, 0xd27fb220, 0xd27fd908, 
0xd27fb840, 0xd2480b0c, 0xd24806ac), at 0xd1047c0d
 [11] _init(0xd2480af0, 0x1), at 0xd1047c22
 [12] setup(0x8047388, 0x8047404, 0x0, 0x8047fd7, 0x1000, 0xd27cb9d7, 
0xd27fbb18, 0xd27ca000, 0xd27ca000, 0xffffffff, 0x8050034, 0x8047fdd, 
0x8047380, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, 
0x0, 0x2), at 0xd27d5fcc
 [13] _setup(0x804733c, 0xd27fbb18, 0x3, 0x8047380, 0x4, 0x8047388), at 
0xd27e1734
 [14] _rt_boot(0x0, 0x8047473, 0x8047487, 0x8047492, 0x80474a1, 
0x80474ad), at 0xd27cd0b8
(dbx)

Here are my PATHs, when running octave:

echo $PATH
/home/arthur/bin:/opt/SUNWspro/bin:/usr/xpg4/bin:/usr/bin:/usr/sfw/bin:/bin:/sbin:/opt/SUNWspro/contrib/vim/bin:/usr/ccs/bin:/usr/openwin/bin:/opt/SUNWguide/bin:/usr/sbin:/usr/X11R6/bin:/opt/bin:/var/bin:/usr/dt/bin:/opt/sfw/bin:/opt/Acrobat4/bin:/usr/local/bin: 


echo $LD_LIBRARY_PATH
/home/arthur/lib:/opt/SUNWspro/lib:/usr/openwin/lib:/usr/dt/lib:/lib:/usr/xpg4/lib:/usr/lib:/usr/sfw/lib:/usr/ccs/lib:/opt/SUNWguide/lib:/usr/lib:/usr/sfw/bin:/var/lib:/jre/lib/sparc/client:/usr/j2se/jre/lib/sparc:/usr/sfw/lib:/opt/sfw/lib:/opt/csw/lib:/opt/csw/kde-gcc/lib:/opt/Acrobat4/lib:/usr/local/lib 

bash-3.00$


Is there a 2.9.x version of octave that has been tested successfully, on 
Solaris 10 x86? When I next have spare time, I will attempt to further 
debug this core. Any suggestions would be greatly appreciated.

Looking forward to actually running octave!

John