At 02:15 PM 5/29/2001 -0700, Hong Zhang wrote:
> > we have a simple set of load literal, push/pop (multiple) registers op
> > codes.
>
>There should be no push/pop opcodes. They are simply register moves.
The one handy thing about push and pop is you don't need to go tracking the
stack manually--that's taken care of by the push and pop opcodes. They can
certainly be replaced with manipulations of a temp register and indirect
register stores or loads, but that's more expensive--you do the same thing
only with more dispatch overhead.
And I'm considering the stack as a place to put registers temporarily when
the compiler runs out and needs a spot to squirrel something away, rather
than as a mechanism to pass parameters to subs or opcodes. This is a stack
in the traditional scratch-space sense.
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
- Stacks, registers, and bytecode. (Oh, my!) Dan Sugalski
- Re: Stacks, registers, and bytecode. (Oh, my!) Uri Guttman
- RE: Stacks, registers, and bytecode. (Oh, my!) Hong Zhang
- Re: Stacks, registers, and bytecode. (Oh, my!) Bryan C . Warnock
- Re: Stacks, registers, and bytecode. (Oh, my!) Dan Sugalski
- Re: Stacks, registers, and bytecode. (Oh, my!) Dan Sugalski
- Re: Stacks, registers, and bytecode. (Oh, my!) Dan Sugalski
- Re: Stacks, registers, and bytecode. (Oh, my!) Larry Wall
- Re: Stacks, registers, and bytecode. (Oh, my!) Randal L. Schwartz
- Re: Stacks, registers, and bytecode. (Oh, my!) Dan Sugalski
- Re: Stacks, registers, and bytecode. (Oh, my!) Nathan Torkington
- Re: Stacks, registers, and bytecode. (Oh, my!) Jarkko Hietaniemi
- Re: Stacks, registers, and bytecode. (Oh, my!) Uri Guttman
- Re: Stacks, registers, and bytecode. (Oh, my!) Nick Ing-Simmons
- Re: Stacks, registers, and bytecode. (Oh, my!) Uri Guttman
- Re: Stacks, registers, and bytecode. (Oh, my!) Nick Ing-Simmons
