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. Larry
- Re: RFC 35 (v1) A proposed internal base format for perl Larry Wall
- Re: RFC 35 (v1) A proposed internal base format for ... Dan Sugalski
- Re: RFC 35 (v1) A proposed internal base format for ... Chaim Frenkel
- Re: RFC 35 (v1) A proposed internal base format ... Larry Wall
- Re: RFC 35 (v1) A proposed internal base for... Nick Ing-Simmons
- Re: RFC 35 (v1) A proposed internal base... Larry Wall
- Re: RFC 35 (v1) A proposed internal... Nick Ing-Simmons
- Re: RFC 35 (v1) A proposed inte... Larry Wall
- Re: RFC 35 (v1) A proposed inte... John Porter
- Re: RFC 35 (v1) A proposed internal... Dan Sugalski
- Re: RFC 35 (v1) A proposed inte... Larry Wall
- Re: RFC 35 (v1) A proposed inte... Dan Sugalski
- Re: RFC 35 (v1) A proposed inte... Larry Wall
- Re: RFC 35 (v1) A proposed inte... Dan Sugalski
- Typed Intermediate Language David L. Nicol
- Re: Typed Intermediate Language Dan Sugalski
- Threaded In-Line Code (was Re: ... Uri Guttman
- Re: Threaded In-Line Code (was ... Jeremy Howard
- Re: Threaded In-Line Code (was ... Graham Barr
- Implementing array notation (wa... Jeremy Howard
- Re: Threaded In-Line Code (was ... Dan Sugalski