This is the mail archive of the gcc@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: IRA conflict graph & alternative selection

From: Jeff Law <law at redhat dot com>
To: Steven Bosscher <stevenb dot gcc at gmail dot com>
Cc: Paolo Bonzini <bonzini at gnu dot org>, GCC Development <gcc at gcc dot gnu dot org>, Vladimir Makarov <vmakarov at redhat dot com>, Michael Matz <matz at suse dot de>
Date: Mon, 16 Feb 2009 08:52:16 -0700
Subject: Re: IRA conflict graph & alternative selection
References: <49958DCA.5000300@redhat.com> <4995A21B.8080103@redhat.com> <4995A395.2020201@gnu.org> <4995CFAD.90703@redhat.com> <571f6b510902140659j4adb606do1d60e00e82cf5@mail.gmail.com>

Steven Bosscher wrote:

On Fri, Feb 13, 2009 at 8:53 PM, Jeff Law <law@redhat.com> wrote:
That is in brief how I see it and there are a lot of reload details
missed (like virtual register eliminations or addressing displacement
constraints etc).
I suppose those would stay in reload?
Ideally they'd all move into IRA.
...and so, IRA became evil to destroy evil... :-)

Obviously the hope would be we could do things much more cleanly in the IRA code base. Modeling spill code generation as a set of transformations on the conflict graph has some potential.

jeff

References:
- IRA conflict graph & alternative selection
  - From: Jeff Law
- Re: IRA conflict graph & alternative selection
  - From: Vladimir Makarov
- Re: IRA conflict graph & alternative selection
  - From: Paolo Bonzini
- Re: IRA conflict graph & alternative selection
  - From: Jeff Law
- Re: IRA conflict graph & alternative selection
  - From: Steven Bosscher

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