This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: Memory allocators / STL
- To: philip_martin at ntlworld dot com, rittle at latour dot rsch dot comm dot mot dot com
- Subject: Re: Memory allocators / STL
- From: Loren James Rittle <rittle at latour dot rsch dot comm dot mot dot com>
- Date: Tue, 30 Oct 2001 08:08:44 -0600 (CST)
- Cc: bkoz at redhat dot com, libstdc++ at gcc dot gnu dot org, rittle at labs dot mot dot com
> Configured with: /home/pm/sw/gcc-3.0-cvs/gcc/configure
> --prefix=/usr/local/gcc-3 .0-cvs --enable-languages=c++ :
> (reconfigured) /home/pm/sw/gcc-3.0-cvs/gcc/configure
> --prefix=/usr/local/gcc-3.0-cvs --enable-languages=c++ :
> (reconfigured) /home/pm/sw/gcc-3.0-cvs/gcc/configure
> --prefix=/usr/local/gcc-3.0-cvs --enable-languages=c++ :
> (reconfigured) /home/pm/sw/gcc-3.0-cvs/gcc/configure
> --prefix=/usr/local/gcc-3.0-cvs --enable-languages=c++ : (reconfigured) :
> (reconfigured) /home/pm/sw/gcc-3.0-cvs/gcc/configure
> --prefix=/usr/local/gcc-3.0-cvs --enable-languages=c++
> --enable-threads
How was this compiler and library built? It was clearly not
bootstrapped in one fell swoop. In fact, it look likes only the last
reconfiguration has threads enabled properly. Did you perchance, do a
bootstrap then reconfigure and then somehow only rebuild the gcc driver?
Did you skip any back traces in the report you sent? It is missing
all the mutex locking on the allocate() calls. Yikes.
If you don't know how that compiler was built. Please rebootstrap
from complete scratch and try again. It sure looks to me like something
weird happened to your build.
Regards,
Loren