On Tue, 8 Aug 2000, Bart Lateur wrote:
> On Tue, 08 Aug 2000 11:33:06 -0400, Dan Sugalski wrote:
>
> >The problem perl will always run into is that our executable code counts as
> >data to CPUs, and lives in the D cache, along with all the data we work on.
> >Ripping through a few 100K strings'll kill any sort of benefits to keeping
> >the optree small
>
> Time for subroutine threading, isntead of op threading?
Probably, depending on your definition of subroutine threading.
> That would definitely make the "compiled" code at least twice as big.
Could, yep. (Depending, of course, on what you're talking about... :)
> Er, I should shut up, because I haven't got a clue how Perl is (or would
> be) implemented. I suspect it's similar to P-code.
Well, right now perl 6 compiles to vapor. :) Perl 5 is more or less
p-code.
Dan
- Re: pramgas as compile-time-only Larry Wall
- Re: pramgas as compile-time-only Chaim Frenkel
- Re: pramgas as compile-time-only Dan Sugalski
- Re: pramgas as compile-time-only Chaim Frenkel
- Re: pramgas as compile-time-only Graham Barr
- Re: pramgas as compile-time-only Dan Sugalski
- Re: pramgas as compile-time-only Uri Guttman
- Re: pramgas as compile-time-only Nick Ing-Simmons
- Re: pramgas as compile-time-only Dan Sugalski
- Re: pramgas as compile-time-only Bart Lateur
- Re: pramgas as compile-time-only Dan Sugalski
- Re: pramgas as compile-time-only Bart Lateur
- Re: pramgas as compile-time-only Nick Ing-Simmons
- Re: pramgas as compile-time-only Ken Fox
- Re: pramgas as compile-time-only Dan Sugalski
- Re: pramgas as compile-time-only Chaim Frenkel
- Re: pramgas as compile-time-only Nathan Torkington
- Re: pramgas as compile-time-only Dan Sugalski
- Re: pramgas as compile-time-only Nick Ing-Simmons
- Re: pramgas as compile-time-only Dan Sugalski
