Benjamin Goldberg wrote:
K Stol wrote:
The register stuff, I presume, is register allocation and the like? When
targeting IMCC, you can use an infinite amount of registers. Just keep a
counter in the code generator, each time a new register is needed, just
increment the counter and add a "${S|N|I
Leopold Toetsch wrote:
Luke Palmer <[EMAIL PROTECTED]> wrote:
You mind submitting a patch to put this in the languages/pirate
I'd appreciate that very much. Pie-thon, here we come ...
Speaking of adding new projects to languages, I have a partially complete
JVM->PIR translator done. It's comp
Michal Wallace wrote:
On Sun, 3 Aug 2003, K Stol wrote:
What do you think? Want to try squishing pirate/python
and pirate/lua together? :)
Yeah, I like the idea. Let's try this out.
Well, I finished reading your report[1] and
posted some of my (rather unorganized) thoughts
up at
So, I know how to use find_method to get a method from an object;
but is there any way to dynamically add a method to a class?
Basically, I want to do something like this:
newclass P2, "Foo"
new P1, P2
addr I0, _Foo::somemethod
setmethod P1, "somemethod", I0
findmethod P0, P1, "s
Dan Sugalski wrote:
On Mon, 25 Aug 2003, Joseph Ryan wrote:
So, I know how to use find_method to get a method from an object;
but is there any way to dynamically add a method to a class?
Basically, I want to do something like this:
newclass P2, "Foo"
new P1, P2
add
From what I understand from the IMCC documentation, the ".namespace"
macro prepends the namespace name plus "::" to all names within it.
I figured that this would be handy in distinguishing which class a
method belongs to without causing name clashes. For instance:
.namespace foo
.sub ba
Leopold Toetsch wrote:
Joseph Ryan <[EMAIL PROTECTED]> wrote:
From what I understand from the IMCC documentation, the ".namespace"
macro prepends the namespace name plus "::" to all names within it.
It's for variables only, currently.
I figu
According to the CVS log for /languages/imcc/imcc.l, "::" is now
allowed inside an identifier name. However, when I try to create
an example like:
.sub foo::bar
end
.end
It gives the error:
error:imcc:parse error, unexpected LABEL, expecting IDENTIFIER
Is this a bug, or am I misu
Dan Sugalski wrote:
Here's the scoop:
Metadata for classes is simple. In PIR/assembly, they're noted with
.things:
.class Foo
.is bar
.is baz
.does some_thing
.member x
.member y
.member z
.ssalc
Unless someone tells me that ssalc is horribly obscene in some relatively
common
Leopold Toetsch wrote:
Here is a list of files that I consider to be unused:
Hmmm... obsolete... unused... sounds a lot like languages/perl6 :-P
- Joe
Sean O'Rourke wrote:
[EMAIL PROTECTED] (Scott Walters) writes:
I have work-related reason to add a "B" backend for Perl 5 to the
perl6 compiler. I'm looking at creating an assembler for Perl 5's
"B" bytecode along the lines of IMCC, and creating patches against
languages/perl6/IMCC.pm and langu
Pete Lomax wrote:
On Mon, 17 Nov 2003 11:35:51 -0800, Sterling Hughes
<[EMAIL PROTECTED]> wrote:
I think this would be a *very* cool thing.
What he said.
Ditto.
- Joe
--- Begin Message ---
I
Think this would be cool, and I will help.
my research masters is retargetting gcj to parrot.
I am only a month into it so I have not put up a project page yet.
On Tuesday 18 November 2003 00:04, Joseph Ryan wrote:
> Pete Lomax wrote:
> >On Mon, 17 Nov 2003
The Perl 6 Summarizer wrote:
Do Steve Fink's debugging for him
Steve Fink had a problem with some generated code throwing a segfault
when it was run and, having hit the debugging wall himself, posted the
code to the list and asked help. Leo tracked down the bug in Parrot and
fixed it.
[EMAIL PROTECTED] wrote:
The subject says it all.
As parrot is designed to be targetted by many langauges,
how will it handle 'eval' opcodes for those different languages?
Shell out to a seperate process?
As far as Perl6 (which will be written in Perl6) goes, an easy
solution is to design the
Luke Palmer wrote:
Austin Hastings writes:
Hmm. The text and examples so far have been about methods and this
seems to be about multi-methods. Correct me if I'm wrong ...
You're wrong. Consider my example, where via single inheritance we reach a
"layered" list of methods, each of which
Larry Wall wrote:
On Fri, Feb 27, 2004 at 09:08:31AM -0500, Dan Sugalski wrote:
: Nope. If a language wants to provide get/set methods for class
: attributes it needs to create those methods at compilation time.
For Perl 6 it's a single method that might be lvaluable depending on
the declaration
Steve Fink wrote:
Neither of those seems right to me. The first keys off of the position
of the binary, which could be anywhere with respect to the library
module you're in; the second is relative to whatever the current
directory is while you're running the script. I would think that
something l
- Original Message -
From: Richard Jolly <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 6:02 pm
Subject: multiple languages clarification - newbie
> Hi,
>
>
>
> Can someone provide clarification on what mixing languages will
> look
> like in practice, or point me to where its
- Original Message -
From: mAsterdam <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 8:31 pm
Subject: Re: multiple languages clarification - newbie
> Joseph Ryan wrote:
>
> >>Can someone provide clarification on what mixing languages will
> >>look li
- Original Message -
From: JOSEPH RYAN <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 8:58 pm
Subject: Re: multiple languages clarification - newbie
>macro prolog is parsed(/
> \: ([
> <[^p]>+ ::
> | p
>
21 matches
Mail list logo