From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11578 invoked by alias); 7 Jun 2004 01:27:25 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 11568 invoked from network); 7 Jun 2004 01:27:24 -0000 Received: from unknown (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org with SMTP; 7 Jun 2004 01:27:24 -0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.12.10/8.12.10) with ESMTP id i571P4p4007337; Sun, 6 Jun 2004 21:25:04 -0400 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i571RNw11679; Sun, 6 Jun 2004 21:27:23 -0400 Received: from frothingslosh.sfbay.redhat.com (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id i571RNP07551; Sun, 6 Jun 2004 18:27:23 -0700 Received: from frothingslosh.sfbay.redhat.com (localhost.localdomain [127.0.0.1]) by frothingslosh.sfbay.redhat.com (8.12.10/8.12.10) with ESMTP id i571RNQw025325; Sun, 6 Jun 2004 18:27:23 -0700 Received: (from rth@localhost) by frothingslosh.sfbay.redhat.com (8.12.10/8.12.10/Submit) id i571RNwm025323; Sun, 6 Jun 2004 18:27:23 -0700 X-Authentication-Warning: frothingslosh.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Mon, 07 Jun 2004 06:10:00 -0000 From: Richard Henderson To: Richard Kenner Cc: gcc-patches@gcc.gnu.org Subject: Re: Tree profilng merge 1 - allow inserting onto edge to EXIT_BLOCK Message-ID: <20040607012723.GB25295@redhat.com> Mail-Followup-To: Richard Henderson , Richard Kenner , gcc-patches@gcc.gnu.org References: <10406062348.AA03344@vlsi1.ultra.nyu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10406062348.AA03344@vlsi1.ultra.nyu.edu> User-Agent: Mutt/1.4.1i X-SW-Source: 2004-06/txt/msg00318.txt.bz2 On Sun, Jun 06, 2004 at 07:48:25PM -0400, Richard Kenner wrote: > Wait on this. Jason and I talked about redefining things such that > we only ever have one RETURN_EXPR in a function, and that it always > only contains just the result_decl. > > Would this be visible to front ends or done during gimplification? During and after gimplification. r~