At 2:30 PM -0700 7/9/02, John Porter wrote:
Garrett Goebel wrote:
John Porter wrote:
Not to beat on Dan (or anyone else), but for the sake of those
[...]
Please don't beat on Dan... ;)
I'm not!
Nope, he isn't.
Warnings and concerns based on technical merits and past experience
are
Dan Sugalski wrote:
These 'add-on' bytecode interpreters don't get any special
consideration in the core. That means they *can* have:
*) A custom bytecode loader to translate their bytecode format
to ours, or something we can use
*) As many custom PMC classes as they want
*)
Dan Sugalski wrote:
John Porter wrote:
I assume (but I'm open to correction) that it is *not* to simulate
the vm of other language environments, so as to execute faithfully
bytecode produced in those environments. (That is, taking object
code from a python compiler (e.g.) and executing
From: John Porter [mailto:[EMAIL PROTECTED]]
Dan Sugalski wrote:
John Porter wrote:
I assume (but I'm open to correction) that it is *not* to simulate
the vm of other language environments, so as to execute faithfully
bytecode produced in those environments. (That is, taking object
Garrett Goebel wrote:
John Porter wrote:
Not to beat on Dan (or anyone else), but for the sake of those
[...]
Please don't beat on Dan... ;)
I'm not!
Parrot isn't Perl. I.e., your Perl-vision blinders are on a tad
tight. It's the first general purpose vm for dynamic languages.
That
Dan wrote:
Okay, here are some tasks for the interested. They're all related
(I expect you'll see the pattern), but independent anyway.
1) Dig through the perl source and find out all the opcodes.
(pp.c and friends) Document the opcodes and what they do.
2) The same as #1, only for
(I don't have the original msg in my mbox, so I'm jumping in here...)
The following is from the Tcl bytecode compiler [1] FAQ:
Why doesn't Tcl use the Java bytecodes?
I [2] had originally hoped to use Java bytecodes because they have a
mature design and because Java is widely available. I
There's a draft update of the Z-machine spec to 1.1:
http://www.jczorkmid.net/~jpenney/ZSpec11-draft6.txt
It's not final, but it does clarify some vague stuff in the 1.0 spec.
--- Joe M.
On Tuesday, June 18, 2002, 9:33:55 PM, you (mailto:[EMAIL PROTECTED]) wrote:
Okay, here are some tasks for the interested. They're all related (I
expect you'll see the pattern), but independent anyway.
[...]
5) .NET (same as #4, a link to a good reference is fine)
Couldn't find any specific
2) The same as #1, only for Python
Python Byte Code Instructions
http://www.python.org/doc/current/lib/bytecodes.html
__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
Dan Sugalski wrote in perl.perl6.internals :
Okay, here are some tasks for the interested. They're all related (I
expect you'll see the pattern), but independent anyway.
1) Dig through the perl source and find out all the opcodes. (pp.c
and friends) Document the opcodes and what they do.
Date: Tue, 18 Jun 2002 15:55:51 -0500
From: Joe Mason
To: Dan Sugalski [EMAIL PROTECTED]
Subject: Re: Tasks for the interested
On Tue, Jun 18, 2002 at 04:33:55PM -0400, Dan Sugalski wrote:
Okay, here are some tasks for the interested. They're all related (I
expect you'll see the pattern
So now who's going to implement it? (must..contain..urge..)
--Josh
At 17:03 on 06/18/2002 EDT, Dan Sugalski [EMAIL PROTECTED] wrote:
6) Infocom's z-machine
http://www.gnelson.demon.co.uk/zspec/sect14.html
Well, that's one...
At 5:10 PM -0400 6/18/02, Josh Wilmes wrote:
So now who's going to implement it? (must..contain..urge..)
You think *you* have to contain the urge... :)
Seriously, this is a good thing to tackle. Not only does it involve
custom opcode libraries, but it also requires packfile loading with
Oh man.
Now i'm doomed. I guess i'll start playing tonight then ;-)
--Josh
At 17:20 on 06/18/2002 EDT, Dan Sugalski [EMAIL PROTECTED] wrote:
At 5:10 PM -0400 6/18/02, Josh Wilmes wrote:
So now who's going to implement it? (must..contain..urge..)
You think *you* have to contain the
15 matches
Mail list logo