This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Useless code generated by gcc 2.95.2????
- To: mrs at windriver dot com
- Subject: Re: Useless code generated by gcc 2.95.2????
- From: "Martin v. Loewis" <martin at mira dot isdn dot cs dot tu-berlin dot de>
- Date: Thu, 4 Nov 1999 01:04:48 +0100
- CC: deweese at kodak dot com, gcc at gcc dot gnu dot org
- References: <199911032222.OAA22603@kankakee.wrs.com>
> I don't think some of the extra code is caused by a bug, but rather
> the addition of a feature. LL5 non-removal however is a bug, that I
> suspect someone introduced. A binary search of cvs could tell how
> broke it and how they broke it. That would then prompt them into
> fixing it (maybe).
Indeed. As we've found later on, the mainline *does* remove the
additional __builtin_delete call.
I'm not sure whether this really is a regression over egcs 1.1 - in
egcs 1.1, the processing of the implicit call to the deallocator was
quite different. So it may not be the case that egcs 2.9x (with x>3,
x<6) ever did the right thing. FWIW, the change activating the current
front-end behavior was
1998-10-22 Martin von Löwis <loewis@informatik.hu-berlin.de>
* init.c (build_new_1): Delay cleanup until end of full expression.
So if the binary search yields the source of the problem, I agree that
the relevant patch should be considered for 2.95.3 (as 2.95 now
produces a significant increase in code size).
Regards,
Martin