From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2243 invoked by alias); 16 Oct 2002 16:21:25 -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 2236 invoked from network); 16 Oct 2002 16:21:24 -0000 Received: from unknown (HELO mx2.redhat.com) (12.150.115.133) by sources.redhat.com with SMTP; 16 Oct 2002 16:21:24 -0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id g9GGKfs20809; Wed, 16 Oct 2002 12:20:41 -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 g9GGLNl14904; Wed, 16 Oct 2002 12:21:23 -0400 Received: from localhost.localdomain (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id g9GGLND05470; Wed, 16 Oct 2002 09:21:23 -0700 Received: (from rth@localhost) by localhost.localdomain (8.11.6/8.11.6) id g9GGLLe23004; Wed, 16 Oct 2002 09:21:21 -0700 X-Authentication-Warning: localhost.localdomain: rth set sender to rth@redhat.com using -f Date: Wed, 16 Oct 2002 10:29:00 -0000 From: Richard Henderson To: Jan Hubicka Cc: Michael Matz , Olivier Hainque , gcc@gcc.gnu.org Subject: Re: Question on fixup_abnormal_edges Message-ID: <20021016162121.GB22988@redhat.com> Mail-Followup-To: Richard Henderson , Jan Hubicka , Michael Matz , Olivier Hainque , gcc@gcc.gnu.org References: <20021016093142.GH1083@kam.mff.cuni.cz> <20021016095534.GJ1083@kam.mff.cuni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021016095534.GJ1083@kam.mff.cuni.cz> User-Agent: Mutt/1.4i X-SW-Source: 2002-10/txt/msg00964.txt.bz2 On Wed, Oct 16, 2002 at 11:55:34AM +0200, Jan Hubicka wrote: > This is interesting. Richard told me when I was working on reg-stack > that the variables live across EH edges and not in registers. > > Perhaps this is just because stack registers are not live across the > calls after regalloc, but then it would be wrong at least for Java > non-call-exceptions. No, there's code to explicitly suppress STACK_REGS across all abnormal edges, including non-call EH edges. r~