This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: Writing to ostreams from operator new.
- To: libstdc++ at gcc dot gnu dot org
- Subject: Re: Writing to ostreams from operator new.
- From: Loren James Rittle <rittle at latour dot rsch dot comm dot mot dot com>
- Date: Wed, 10 Oct 2001 20:52:29 -0500 (CDT)
- Cc: carlo at alinoe dot com
- Organization: Networks and Infrastructure Lab (IL02/2240), Motorola Labs
In article <20011010163856.A28514@alinoe.com> you write:
> I am not trying to argue that this must be supported based on the
> standard, but I see no reason not to make these changes. It would
> greatly help memory allocation debugging libraries for C++ to allow
> I/O from malloc.
> Would there be any objection against these changes? I am willing to
> write the patch, obviously.
Hi Carlo,
If you write a patch that improves the quality of the implementation
without hurting anything else, then I would tend to believe that your
patch would be acceptable.
I think it is too late for 3.0.3 unless it is a trivial patch.
Regarding exactly what you intend to do, I have no comment until I see
a patch. I admit that I am a little bit skeptical of any approach
that bypasses a critical region lock. It would seem to be better to
just force the use of a different allocator (i.e. the one that maps
directly to plain malloc instead of using the default high-speed pool)
instead of changing the internal implementation of one.
I promise to look closely at any patch you develop and make a
recommendation to those with final approval rights.
Regards,
Loren
--
Loren J. Rittle
Senior Staff Software Engineer, Distributed Object Technology Lab
Networks and Infrastructure Research Lab (IL02/2240), Motorola Labs
rittle@rsch.comm.mot.com, KeyID: 2048/ADCE34A5, FDC0292446937F2A240BC07D42763672