From: Donal K. F. <don...@ma...> - 2012-08-03 10:18:00
|
On 02/08/2012 22:52, Lars Hellström wrote: > Yes, future work. For such a framework, one would probably also want the > ability to consume elements from the input lists at a variable rate; if for > example one input list is a list of some sort of bytecode (not necessarily > the Tcl one) bytes, then variable length bytecodes would call for a > "variable burn rate" (if one aims to process one "instruction" on each > iteration). That's trivial to do now (as long as you don't use [foreach] as your looping construct) but a poor use-case as variable-length bytecodes are a Bad Idea. (Boy, do we know that for sure from Tcl's implementation!) The problem with them? They make optimizers much harder to write and force the use of non-aligned accessing modes in the bytecode engine. Donal. |