Re: eh not working in 20000730 cvs

[dek_ml at konerding dot com]

brent verner writes:
>On 01 Aug 2000 at 00:46 (-0700), Benjamin Kosnik wrote:
>| 
>| today's patches from alexandre should  (do for me) fix this problem once 
>| and for all.
>| 
>| I've been able to bootstrap/build libstdc++ with current cvs g++ and get 
>| no fails
>
>success with gcc-20000801 :)  Kudos to the magicians!

It's nice to see gcc/g++/libstdc++-v3 building again.

I was able to build part of my app, but another part segfaults in
basic_string:

Program received signal SIGSEGV, Segmentation fault.
0x40172690 in basic_string<char, string_char_traits<char>, __default_alloc_template<true, 0> >::compare () at ../../gcc/cp/tinfo2.cc:300
300     BUILTIN (Sc);
Current language:  auto; currently c++
(gdb) bt
#0  0x40172690 in basic_string<char, string_char_traits<char>, __default_alloc_template<true, 0> >::compare () at ../../gcc/cp/tinfo2.cc:300
#1  0x401730ab in _Rb_tree<otf::Symbol, pair<otf::Symbol const, otf::ResInit>, _Select1st<pair<otf::Symbol const, otf::ResInit> >, less<otf::Symbol>, allocator<otf::ResInit> >::lower_bound () at ../../gcc/cp/tinfo2.cc:300
#2  0x401108f3 in otf::restmpl_init_camino () from /usr/local/otf/lib/libotf.so
#3  0x40111d01 in otf::restmplInit () from /usr/local/otf/lib/libotf.so
#4  0x40111e56 in otf::restmplFindResidue () from /usr/local/otf/lib/libotf.so
#5  0x805f990 in PDBio::connectMolecule ()
#6  0x8056937 in PDBio::readPDBstream ()
#7  0x80576ee in PDBio::readPDBfile ()
#8  0x804ecfe in main ()
#9  0x402569cb in __libc_start_main (main=0x804e1e0 <main>, argc=2, 
    argv=0xbffff684, init=0x804d8a4 <_init>, fini=0x806df04 <_fini>, 
    rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffff67c)
    at ../sysdeps/generic/libc-start.c:92

The code itself is a bit complicated, so I can't just whip up a testcase.
I've been using STLport-4.0, which compiles & builds & runs the app just
fine :-)

Dave