From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15822 invoked by alias); 30 Mar 2004 21:26:03 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 15804 invoked from network); 30 Mar 2004 21:26:02 -0000 Received: from unknown (HELO mail.libertysurf.net) (213.36.80.91) by sources.redhat.com with SMTP; 30 Mar 2004 21:26:02 -0000 Received: from localhost.localdomain (213.36.54.111) by mail.libertysurf.net (6.5.036) id 40644F8E008348BD; Tue, 30 Mar 2004 23:21:58 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Eric Botcazou To: Joe Buck Subject: Re: GCC-3.3.4 release status report Date: Wed, 31 Mar 2004 02:50:00 -0000 User-Agent: KMail/1.4.3 Cc: Gabriel Dos Reis , Wolfgang Bangerth , gcc@gcc.gnu.org References: <200403291410.59630.bangerth@ices.utexas.edu> <20040330104651.B25072@synopsys.com> In-Reply-To: <20040330104651.B25072@synopsys.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200403302318.49872.ebotcazou@libertysurf.fr> X-SW-Source: 2004-03/txt/msg01729.txt.bz2 > Of course the patches are not being applied "blindly". Well, this one is IMHO not far: 2004-03-12 Gabriel Dos Reis Backport: 2004-03-13 Eric Botcazou PR middle-end/14470 * expr.c (store_expr): Call emit_queue before generating the move from the temporary to the original target. Protect the temporary from emit_queue. If I had been asked, I would have *strongly* recommended not to backport it because this is the hottest place in the middle-end you can think of (and I already had to write a follow-up patch to correct a nasty side-effect). But I wasn't asked... -- Eric Botcazou