From mboxrd@z Thu Jan  1 00:00:00 1970
From: law@redhat.com
To: Jan Hubicka <jh@suse.cz>
Cc: gcc@gcc.gnu.org
Subject: Re: Higher level RTL issues 
Date: Mon, 22 Oct 2001 08:28:00 -0000
Message-id: <18701.1003759447@localhost.localdomain>
References: <20011021194030.G12034@atrey.karlin.mff.cuni.cz>
X-SW-Source: 2001-10/msg01147.html

  In message < 20011021194030.G12034@atrey.karlin.mff.cuni.cz >you write:
  > > The details of the proof of concept are pretty simple.  Remember, we don'
  > t
  > > have the automatic lowering code, just proof of concepts at this point.
  > > 
  > > For the embedded target I have a series of state variables which indicate
  > > whether or not we're working with generic RTL, lowering from generic to
  > > target RTL or working with target RTL only.
  > > 
  > > The backend has a set of generic patterns which are only available when t
  > he
  > > state variable indicates that we are working with generic RTL.
  > 
  > I've imaginated that w/o patterns at all - just have some easy enought
  > definition of "correct RTL", to get rid of the optimizer trying to hit into
  > existing pattern, but this sounds sane too.
What Richard and I discussed as a generic set of patterns that would be
included by all ports via a #include or similar mechanism in the md file.

jeff