On Mon, 14 Aug 2000, Larry Wall wrote:

> Dan Sugalski writes:
> : The big problem here is the large number of operators that need to
> : be supported in every vtable. On the other hand, it means we whittle
> : ourselves down to only one operator opcode. ;-)
> 
> I don't care if the program is half vtables, as long as it runs fast.

It shall run fast if I have to chase it with a stick. (maybe I should just
give up now and go with the single opcode "dwim" and be done with it...)

How much of the current base of target ports are you willing to give up in
the first cut for fast? The TIL suggestion, amongst others, has the
potential to speed things up rather a lot, but it has the disadvantage of
requiring intimate knowledge of each target port. My preference is to get
a snappy interpreter and leave the Java JIT-equivalents to the various
chip/OS vendors, but I'd bet the TIL style would be faster.

                                        Dan

Reply via email to