From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23457 invoked by alias); 28 Apr 2005 08:23:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 23274 invoked by uid 48); 28 Apr 2005 08:23:44 -0000 Date: Thu, 28 Apr 2005 08:23:00 -0000 Message-ID: <20050428082344.23273.qmail@sourceware.org> From: "gdr at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20040606184318.15853.bugzilla@little-bat.de> References: <20040606184318.15853.bugzilla@little-bat.de> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug rtl-optimization/15853] [3.3 Regression] temporaries are not destroyed and overwritten later X-Bugzilla-Reason: CC X-SW-Source: 2005-04/txt/msg03944.txt.bz2 List-Id: ------- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:23 ------- (In reply to comment #6) > Um... first of all, this works on 3.4 branch only by accident, i.e. I think the > underlying problem is still present there. What happens is that a call has an > argument containing a TARGET_EXPR with cleanups and is eligible for the sibling > call optimization. The cleanups are expanded during the first pass but, since > the optimization eventually fails, the RTL is thrown away. Then, during the > second pass, the TARGET_EXPR is expanded again but not the cleanups because they > are not registered (the variable 'cleanups' is NULL at expr.c:9050). > > I'm not sure how this is supposed to work. Richard, do you have any > recollection of this? In 2000(!), you commited this patch: RTH -- I guess you did not have interest in this? Shall I close it as WONTFIX? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15853