This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/15036] [3.4 regression] Performance and code size regression compared to 3.3
- From: "pcarlini at suse dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 18 Sep 2004 07:34:53 -0000
- Subject: [Bug c++/15036] [3.4 regression] Performance and code size regression compared to 3.3
- References: <20040421083201.15036.martin@mpa-garching.mpg.de>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From pcarlini at suse dot de 2004-09-18 07:34 -------
> Does this mean that allocator pool used to be the default in 3.3.x and this
> behavior got dropped along the way to 3.4.x?
Yes. To summarize a long story, allocators are a work in progress and we are
currently concentrating on yet another one, called mt_allocator. Unfortunately,
we haven't been able to forward port to a new framework in time for 3.4.0 the
traditional pool allocator and, to be safe, we chosen the "trivial" new-based
allocator as the default. Then, for ABI stability we couldn't change that
default anymore for the next 3.4.x releases. However, for 3.4.2 and newer you
can always configure it yourself at build time to obtain a behavior very
similar to that of 3.3.x allocator. Thanks, Paolo.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15036