Re: exposed pipeline patch (long!)

[Doug Evans <dje@transmeta.com>]

graydon hoare writes:
 > On Thu, 2003-01-09 at 12:55, Frank Ch. Eigler wrote:
 > 
 > > I believe this was added with good intentions: because the "delay"
 > > operator name was already in some token use for older sim ports, and
 > > we did not want to break them.
 > 
 > yes. the semantics were enhanced to a superset of those in "sim" common.
 > unfortunately rtl trees seem to be given a fixed operational semantics
 > in terms of the C code they generate. there is, from my limited
 > understanding, no other place in which an application is *able* to alter
 > interpretation of the (delay...) rtl node, or its sub-nodes, without
 > replacing parts of "the" rtl-evaluator.
 > 
 > I certainly would have liked to put all these changes in *-sid.scm, I
 > just didn't find any practical way to do so. any suggestions?

Adding hooks in various places for applications to use is something
I've thought about.  Have wanted to postpone doing so until the
need was compelling.

OTOH, as long as the internal rtl records what's in the .cpu file,
it's up to the file generators to deal with interpretation of the rtl.
File generators shouldn't be thinking they need to "alter interpretation"
while rtl is being processed by cgen-proper.
cgen-proper records some basic things while processing rtl, but that's it.