On Sat, Jul 07, 2001 at 03:35:04PM -0400, Dan Sugalski wrote:
> At 02:23 PM 7/7/2001 -0500, Jarkko Hietaniemi wrote:
> >On Sat, Jul 07, 2001 at 03:07:52PM -0400, Dan Sugalski wrote:
> > > At 01:00 PM 7/7/2001 -0500, Jarkko Hietaniemi wrote:
> > > >Would it make sense / be useful to have also distinct "between
> > > >statements" callbacks?
> > >
> > > Yup. For the debugger if nothing else, and it's a good place to put 
> > cleanup
> > > code, so... I expect we'll have an "end of statement" opcode
> >
> >Maybe just a bit for that on an(y) opcode?
> 
> Well, I'd figured we'd have:
> 
> *) A 'pending event' bit that would be checked per-opcode.
> *) An 'end-of-statement' opcode that the compiler would put in at the end 
> of each statement
> *) An 'end of block' opcode that the compiler would put in at the end of 
> each block
> 
> The 'end of' opcodes would be able to have extra functions stacked on them 
> so we could do arbitrary things after the end of every statement or block. 
> (As well as on an individual block or statement boundary)

Well, either way (separate end-of opcodes or bits) is fine, depends on
how 'atomic' you want to keep the opcodes and what kind of metadata
they carry, if any.

For symmetry a begin-of-block opcode can be imagined, also, but I have
hard time thinking what would setup the code to run in there unless we
allow for time travel :-)

-- 
$jhi++; # http://www.iki.fi/jhi/
        # There is this special biologist word we use for 'stable'.
        # It is 'dead'. -- Jack Cohen

Reply via email to