[RfC] new PMC compiler

The current classes/pmc2c.pl PMC compiler has some drawbacks: - does multiple scanning of source files - a lot of code duplication - no multiple PMC inheritance - hard to hack and expand So I started to reimplement it with a new scheme: * parse files only once: A Makefile rule creates classes/foo

Re: [RfC] new PMC compiler

On Mon, 6 Oct 2003, Leopold Toetsch wrote: > The current classes/pmc2c.pl PMC compiler has some drawbacks: > - does multiple scanning of source files > - a lot of code duplication > - no multiple PMC inheritance > - hard to hack and expand > > So I started to reimplement it with a new scheme: > *

Re: cvs commit: parrot/classes integer.pmc mmd_default.pmc

Dan Sugalski <[EMAIL PROTECTED]> wrote: >pmclass Integer extends mmd_default { > >void init() { /* pmc2c doesn't like empty classes */ > +/* This is extraordinarily hackish, as it'll register the function > +* each and every time a new Integer is created. It really >

Re: cvs commit: parrot/classes integer.pmc mmd_default.pmc

On Mon, 6 Oct 2003, Leopold Toetsch wrote: > Dan Sugalski <[EMAIL PROTECTED]> wrote: > >pmclass Integer extends mmd_default { > > > >void init() {/* pmc2c doesn't like empty classes */ > > +/* This is extraordinarily hackish, as it'll register the function > > + *

IMCC - calling convention syntax

Currently, when calling a PCC Sub with the single Sub (and not with a Continuation) .pcc_begin prototyped .arg $S1 .pcc_call __parse somerandomlabel: .result $P1 .pcc_end Note the label... Every time I call a sub, I need to specify a new, unique label that I'm very unlikely to ever

IMCC .local duplicates

Should .sub _main .local int foo .local string foo foo = -1 end .end Be an error? Certainly would have saved me a few minutes tracking down a bug. =-) -- Will "Coke" Coledawill at coleda dot com

Re: IMCC .local duplicates

We aren't checking symbol declarations like we should. I'd like to patch this if I get time, or I expect Leo will. A kludgy fix would probably work in the short term, but in the long term I'd like to rewrite most of symreg.c mk_ident() should probably just lookup the symbol first and die if it exi

Languages status (attention compiler maintainers)

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 of one of the compilers and you don't have commit acce

Re: Languages status (attention compiler maintainers)

tcl - passes all tests, but all examples do not currently work. heavily under construction, but maintained. On Monday, October 6, 2003, at 11:37 PM, 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 ca

CREDITS file

I made an attempt to compile a list of names of the people that I knew had contributed to Parrot. It is checked in (parrot/CREDITS). See the file for format. I am sure I missed quite a few people, but I did the best I could. I only put names, the other fields I'll leave to the individuals. For th

Re: cvs commit: parrot CREDITS

At 04:53 AM 10/7/2003 +, you wrote: * Added my stuff (and corrected my name) Doh! I promise you I knew the correct spelling. :( I was in a hurry. Sorry. -Melvin

Re: IMCC - calling convention syntax

As I realize my example is incorrect. =-) Is there any reason not to make the ".pcc_call _parse" work also, rather than having to construct a .Sub? Regards. On Monday, October 6, 2003, at 09:19 PM, Will Coleda wrote: Currently, when calling a PCC Sub with the single Sub (and not with a Conti

This week's summary

The Perl 6 Summary of the week ending 20031005 Hello, good evening, and welcome from the teeming metropolis that is Newcastle/Gateshead, home of The Angel of the North, the Winky Eye Bridge, the ham and pease pudding stotty and freezing your extremities off on a Saturday night down