Re: parrot stack and Z-machine

2003-10-08 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > Maybe continuations aren't so hard to serialize after all (well, > excluding things like open filehandles and such). What's the status on > the serialization subsystem? *nobody* did answer my summary of different schemes. > Luke leo

LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Jos Visser
Hi, Mightn't it be (is this English by the way? :-) a good idea to use LANGUAGES.STATUS also for maintaining track of parrot-generating compilers that are not in the main tree? If people agree that it's a good idea I would like to submit the following three liner: ---

Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Michael Scott
If anyone has anything else, I have a page for this on the wiki. What's not in the Parrot distribution? http://www.vendian.org/parrot/wiki/bin/view.cgi/Main/ParrotExtrasTOC On Wednesday, Oct 8, 2003, at 11:38 Europe/Berlin, Jos Visser wrote: Hi, Mightn't it be (is this English by the way? :-) a

Re: Binary MMD vtable fucntions are in

2003-10-08 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > ... (More bizarrely, it's actually *faster* to use Integer PMCs, which > do MMD, than it is to use PerlInt PMCs, which don't do MMD. Go figure :) I don't have that here (Athlon). They are equally fast. PerlInts have some overhead due to possible type morp

Re: You too can direct the Attack of the Unicode Monster!

2003-10-08 Thread Dan Sugalski
On Tue, 7 Oct 2003, Robert Spier wrote: > > Also, I'm working on OS X, so there is the library loading issue to be > > solved too. > > 10.3 should make this easier, as it has dlopen emulation. (While not > necessarily the perfect long-term solution, it at least lets you get > things done.) I've

[off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Luke Palmer
Hi Jos, Jos Visser writes: > Mightn't it be (is this English by the way? :-) a good idea to use > LANGUAGES.STATUS also for maintaining track of parrot-generating > compilers that are not in the main tree? Yeah, that's English. "Mightn't" is an archaic word which is sometimes fun to use. Saying

Re: [off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Luke Palmer
Luke Palmer writes: > Hi Jos, > > Jos Visser writes: > > Mightn't it be (is this English by the way? :-) a good idea to use > > LANGUAGES.STATUS also for maintaining track of parrot-generating > > compilers that are not in the main tree? > > Yeah, that's English. "Mightn't" is an archaic word wh

Re: [off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Dan Sugalski
On Wed, 8 Oct 2003, Luke Palmer wrote: > Luke Palmer writes: > > Hi Jos, > > > > Jos Visser writes: > > > Mightn't it be (is this English by the way? :-) a good idea to use > > > LANGUAGES.STATUS also for maintaining track of parrot-generating > > > compilers that are not in the main tree? > > > >

Re: parrot stack and Z-machine

2003-10-08 Thread Amir Karger
Luke Palmer writes: > Amir Karger writes: > > > > I realized that I get in trouble when we get to the save/restore > > commands. Those are supposed to save and restore the call stack, which > > includes the subroutine addresses & all the local variables in the > > various routines. Am I right in

References ...

2003-10-08 Thread Leopold Toetsch
... are autogenrated sice some time. They delegete all but a few methods to the refered PMC. [1] But there are some pieces missing IMHO: There is no means to get at the type of what the Ref refers too. And we can't dereference the ref. I'm thinking of 2 new ops: deref Px, Py# set Px

Re: References ...

2003-10-08 Thread Melvin Smith
I think if you have the op for dereferencing, you don't need the additional ops for getting the type of the reference. Maybe in a typed VM it would make sense, but in Parrot, everything is a reference to a PMC, and a PMC knows what type it is. At least that is my opinion. I think the deref op m

Re: Binary MMD vtable fucntions are in

2003-10-08 Thread Dan Sugalski
On Wed, 8 Oct 2003, Leopold Toetsch wrote: > Dan Sugalski <[EMAIL PROTECTED]> wrote: > > > ... (More bizarrely, it's actually *faster* to use Integer PMCs, which > > do MMD, than it is to use PerlInt PMCs, which don't do MMD. Go figure :) > > I don't have that here (Athlon). They are equally fast.

Re: More interface files

2003-10-08 Thread Tim Bunce
On Tue, Oct 07, 2003 at 03:57:54PM -0400, Dan Sugalski wrote: > While I'm having a heck of a time getting anything besides a connection to > happen with it... I've checked in library/postgres.pasm. It's an > interface to Posgres 7.3's libpq (the C interface to postgres) library. On a vagely relat

Howto write a JIT?

2003-10-08 Thread Clemens Eisserer
Hi there! I´m currently interrested a bit in howto write a just in time compilier (jit). I searched a long time using google, and there are thousands of sites which explain what a JIT stands for, but not who it works. Because of parrot has its own jit written from scratch, maybe you can po

Re: Howto write a JIT?

2003-10-08 Thread Daniel Grunblatt
I can point you to the docs: docs/jit.pod There should be an explanation of how it works. Daniel. On Wednesday 08 October 2003 13:16, Clemens Eisserer wrote: > Hi there! > > I´m currently interrested a bit in howto write a just in time compilier > (jit). I searched a long time using googl

Re: Languages status (attention compiler maintainers)

2003-10-08 Thread Michal Wallace
On Mon, 6 Oct 2003, Melvin Smith wrote: > In an attempt to get a handle on what the status is of all the > language compilers we have (in various states) I added > a file called LANGUAGES.STATUS under parrot/languages > > Just read the file and it explains itself. Please, if you are > the author

Re: Binary MMD vtable fucntions are in

2003-10-08 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > On Wed, 8 Oct 2003, Leopold Toetsch wrote: >> I don't have that here (Athlon). They are equally fast. PerlInts have >> some overhead due to possible type morphing, though. > Hrm. This system's showing the PerlInt at about 25% slower for a tight > division

Re: References ...

2003-10-08 Thread Leopold Toetsch
Melvin Smith <[EMAIL PROTECTED]> wrote: > I think if you have the op for dereferencing, you don't need the > additional ops for > getting the type of the reference. Too true, thanks leo

Re: More interface files

2003-10-08 Thread Dan Sugalski
On Wed, 8 Oct 2003, Tim Bunce wrote: > On Tue, Oct 07, 2003 at 03:57:54PM -0400, Dan Sugalski wrote: > > While I'm having a heck of a time getting anything besides a connection to > > happen with it... I've checked in library/postgres.pasm. It's an > > interface to Posgres 7.3's libpq (the C inte

Re: More interface files

2003-10-08 Thread Bernhard Schmalhofer
Tim Bunce wrote: On Tue, Oct 07, 2003 at 03:57:54PM -0400, Dan Sugalski wrote: While I'm having a heck of a time getting anything besides a connection to happen with it... I've checked in library/postgres.pasm. It's an interface to Posgres 7.3's libpq (the C interface to postgres) library. On a

Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Melvin Smith
Yes, Dan says we should track all know compilers as well as the last know Parrot version compatibility. I'll assume 0.0.11 for now unless anyone tells me otherwise. -Melvin At 11:38 AM 10/8/2003 +0200, Jos Visser wrote: Hi, Mightn't it be (is this English by the way? :-) a good idea to use LANGUA

Re: [off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Andrew Wilson
On Wed, Oct 08, 2003 at 10:17:32AM -0400, Dan Sugalski wrote: > On Wed, 8 Oct 2003, Luke Palmer wrote: > > There it goes again! That was *supposed* to be off-list! > > > > Well, now the entirety of the internals list can learn about English > > grammar. Hoo-ray. > > You mean "American Grammar".