On Thu, Aug 09, 2007 at 12:28:08PM -0500, Joshua Isom wrote: > On Aug 9, 2007, at 9:44 AM, Patrick R. Michaud wrote: > >On Thu, Aug 09, 2007 at 07:36:11AM -0700, jerry gay wrote: > >>indeed. that's why > >> > >> array = push item > >> > >>and > >> > >> $S0 = 'hello' > >> $S0 = say > >> > >>is valid pir. > > > >Actually, $S0 = 'hello' doesn't have an explicit opcode -- > >it's syntactic sugar for > > > > set $S0, 'hello' > > We don't have a set_s_sc? It seems ops.num differs with you on that.
I'm not claiming that there's not a 'set_s_sc' opcode... I'm only observing that in $S0 = 'hello' the opcode ('set') isn't explicitly given in the PIR, and therefore this PIR statement doesn't really match the pattern I originally identified: target = opcode [arg1, arg2, ...] In other words, where (PIR) target = opcode [arg1, arg2, ...] is syntactic sugar for (PASM) opcode target [, arg1, arg2, ...] we would say that (PIR) target = source is syntactic sugar for (PASM) set target, source Pm