Re: Now if only they'd port Perl to the Commodore 64...

Thread resurrect....

What sort of Perl COULD you cram Into 8k of RAM?

Might look a lot like BASIC...

Assume a tokenizer for space savings... Assume 6510 assembly language... Maybe... But would we even have hash maps?

Ah, maybe it could be a lite variant of NQP, or Parrot...

Comment on Re: Now if only they'd port Perl to the Commodore 64...

Replies are listed 'Best First'.
Re^2: Now if only they'd port Perl to the Commodore 64... by LanX (Saint) on Dec 12, 2013 at 18:51 UTC
> What sort of Perl COULD you cram Into 8k of RAM? the "64" was for 64K but IIRC there were only ~56K available. =) Cheers Rolf ( addicted to the Perl Programming Language)	[reply]
Re^3: Now if only they'd port Perl to the Commodore 64... by rje (Deacon) on Dec 13, 2013 at 01:26 UTC
Not at all! If you were writing BASIC, you had 38911 bytes available. BUT, page 0 had a control byte that let you turn on/off the various ROM banks, making the "shadowed" RAM accessible. So if you bypassed all the "shadowed" ROM, including the 8K BASIC ROM, you had 64K available. Anyway, taking that 8K of RAM that was hidden by BASIC, and writing a poor man's Perl, what would you be able to accomplish? Assuming I can create and manage a primitive symbol table, then I've also got hashmaps, and in a pinch I therefore also have arrays. The trick is not doing it RIGHT the first time, but just DOING it.	[reply]
Re^2: Now if only they'd port Perl to the Commodore 64... by rje (Deacon) on Dec 13, 2013 at 02:28 UTC
Hmm, maybe PIR...	[reply]
Re^3: Now if only they'd port Perl to the Commodore 64... by rje (Deacon) on Dec 13, 2013 at 02:46 UTC
Well, I guess the first thing I need is to design the "intermediate language" at any rate...	[reply]


Clear questions and runnable code get the best and fastest answer
	PerlMonks