970814 and libg++

970814 and libg++

[H.J. Lu]

> 
> btw, static template data members are not being instantiated breaking SGI
> STL in libg++-2.8.0b6 (the allocator in particular). Also, I'm getting a 
> core dump when compiling libstdc++ tests when compiling with '-g -O2', but 
> with -g. Anybody else seen this? This is on a hppa1.1-hp-hpux10.20 using 
> GAS from binutils 2.8.1. I'll investigate this further on other platforms.
> 

Same here on Linux/x86.

-- 
H.J. Lu (hjl@gnu.ai.mit.edu)

GCC Projects?

[Andi Kleen]

Hi,

I see that there are two main unfinished projects in the egcs
source tree: pre-compiled include files and bytecode generation.
Is anyone working on one of these?

-Andi

Re: 970814 and libg++

[Mumit Khan]

hjl@lucon.org (H.J. Lu) writes:
> > 
> > btw, static template data members are not being instantiated breaking SGI
> > STL in libg++-2.8.0b6 (the allocator in particular). Also, I'm getting a 
> > core dump when compiling libstdc++ tests when compiling with '-g -O2', but 
> > with -g. Anybody else seen this? This is on a hppa1.1-hp-hpux10.20 using 
> > GAS from binutils 2.8.1. I'll investigate this further on other platforms.
> > 
> 
> Same here on Linux/x86.

Just tried i386-linux-gnulibc1 and static template data *is* being
instantiated! The core dump however remains whenever -O is used for
libstdc++/test/tmap.cc.

gdb output:

===========

[khan@home] gdb tmap core
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (i586-unknown-linux), Copyright 1996 Free Software Foundation,
Inc...
Core was generated by `./tmap'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from
/homes/src/libg++-2.8.0/libstdc++/../libstdc++/libstdc++.so.2.8...done.
Reading symbols from /lib/libc.so.5.3.12...done.
Reading symbols from /lib/libm.so.5.0.6...done.
Reading symbols from /lib/ld-linux.so.1...done.
#0  0x804990b in rb_tree<int, pair<int const, int>, select1st<pair<int
const, int> >, int_less, __default_alloc_template<false, 0>
>::insert_unique (
    this=0xbffff3b8, v=@0xbffff358) at ../stl/tree.h:125
125             y = y->right;
(gdb) where
#0  0x804990b in rb_tree<int, pair<int const, int>, select1st<pair<int
const, int> >, int_less, __default_alloc_template<false, 0>
>::insert_unique (
    this=0xbffff3b8, v=@0xbffff358) at ../stl/tree.h:125
#1  0x8048f13 in main (argv=1, argc=0xbffff3e4) at ../stl/map.h:110
#2  0x804885b in ___crt_dummy__ ()
(gdb) print y
$1 = (__rb_tree_node_base *) 0x414c4658
(gdb) print *y
Cannot access memory at address 0x414c4658.

===========

Mumit