From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9753 invoked by alias); 21 Dec 2002 11:16:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 9714 invoked by uid 71); 21 Dec 2002 11:16:01 -0000 Date: Sat, 21 Dec 2002 03:16:00 -0000 Message-ID: <20021221111601.9713.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Eric Botcazou Subject: Re: optimization/8492: [3.3 regression] GCC spins forever compiling loop Reply-To: Eric Botcazou X-SW-Source: 2002-12/txt/msg01167.txt.bz2 List-Id: The following reply was made to PR optimization/8492; it has been noted by GNATS. From: Eric Botcazou To: janis187@us.ibm.com Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, thorpej@shagadelic.org, jh@suse.cz Subject: Re: optimization/8492: [3.3 regression] GCC spins forever compiling loop Date: Sat, 21 Dec 2002 11:54:46 +0100 > The mainline regression reported in PR optimization/8492 > (an infinite loop in the compiler) showed up starting with > this patch: > > Sun Jul 21 00:54:54 CEST 2002 Jan Hubicka > > * gcse.c: Include cselib.h > (constptop_register): Break out from ... > (cprop_insn): ... here; kill basic_block argument. > (do_local_cprop, local_cprop_pass): New functions. > (one_cprop_pass): Call local_cprop_pass. > Ha! I understand now... see the analysis: http://gcc.gnu.org/ml/gcc/2002-12/msg00039.html I think the CFG should be cleaned up between the local cprop pass and the= =20 global cprop pass, but I guess doing so won't particularly speed up the=20 compiler, to say the least. --=20 Eric Botcazou