This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: PR/18308: ice-on-valid because of non-GIMPLE

From: Andrew Pinski <pinskia at physics dot uc dot edu>
To: Paolo Bonzini <paolo dot bonzini at lu dot unisi dot ch>
Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, law at redhat dot com
Date: Tue, 4 Jan 2005 03:51:22 -0500
Subject: Re: PR/18308: ice-on-valid because of non-GIMPLE
References: <Pine.LNX.4.44.0412281825020.24347-100000@www.eyesopen.com> <41D27969.3030902@lu.unisi.ch> <DD8A7DBC-5A0E-11D9-B498-000393A91CAA@apple.com> <1104812050.8242.43.camel@localhost.localdomain> <41DA51C0.6020006@lu.unisi.ch>

On Jan 4, 2005, at 3:20 AM, Paolo Bonzini wrote:

It looks like phiopt is essentially a fold() on COND_EXPRs that if-conversion produces, and that could expose more optimization opportunities.
IIRC someone actually reimplemented phiopt using fold :-)  It's on
the list of things to examine once we start looking at 4.1 stuff.
It is on my to-do list to see at what Andrew Pinski changed for phiopt in tcb, and adapt my patch to those changes.

It is also on my TODO list to look over your patch and figure out if there is anything to be done.

-- Pinski

References:
- Re: PR/18308: ice-on-valid because of non-GIMPLE
  - From: Jeffrey A Law
- Re: PR/18308: ice-on-valid because of non-GIMPLE
  - From: Paolo Bonzini

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]