From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-50983-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 14597 invoked by alias); 16 Jan 2002 03:06:05 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 14532 invoked from network); 16 Jan 2002 03:06:03 -0000
Received: from unknown (HELO dot.cygnus.com) (205.180.230.224)
  by sources.redhat.com with SMTP; 16 Jan 2002 03:06:03 -0000
Received: (from rth@localhost)
	by dot.cygnus.com (8.11.6/8.11.6) id g0G35to10912;
	Tue, 15 Jan 2002 19:05:55 -0800
X-Authentication-Warning: dot.cygnus.com: rth set sender to rth@redhat.com using -f
Date: Tue, 15 Jan 2002 19:31:00 -0000
From: Richard Henderson <rth@redhat.com>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Cc: gcc-bugs@gcc.gnu.org, jh@suse.cz, gcc-patches@gcc.gnu.org
Subject: Re: PATCH: Re: ICE in 920624-1.c with -O3 -funroll-loops on vax-dec-ultrix4.3
Message-ID: <20020115190555.A10909@redhat.com>
Mail-Followup-To: Richard Henderson <rth@redhat.com>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>, gcc-bugs@gcc.gnu.org,
	jh@suse.cz, gcc-patches@gcc.gnu.org
References: <no.id> <200201152316.g0FNGFji010797@hiauly1.hia.nrc.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200201152316.g0FNGFji010797@hiauly1.hia.nrc.ca>; from dave@hiauly1.hia.nrc.ca on Tue, Jan 15, 2002 at 06:16:14PM -0500
X-SW-Source: 2002-01/txt/msg01124.txt.bz2

On Tue, Jan 15, 2002 at 06:16:14PM -0500, John David Anglin wrote:
> This patch fixes the problem by deleting the jump table data when a
> conditional or computed jump is converted to an unconditional jump.
> I have verified that the patch fixes the original problem observed
> under vax-dec-ultrix4.3.  A new vax bootstrap is underway but it
> won't finish until sometime next month.

This is extremely delicate.  It is not uncommon for there to 
be references remaining to the jump table that won't be deleted
until later dead code elimination.

I'm therefore uncomfortable with simply removing it like this.
I'm not sure what to suggest as an alternative though...


r~