At 02:42 PM 3/13/2004 -0800, Steve Fink wrote:
> > currently, the pir line
> > S5 = S5 . 'foo'
> > produces
> > error:imcc:object isn't a PMC
> >
> > concatenation with . seems to be gone
> > i cannot think of a good replacement for it
>
This should be fixable with some lexer or parser twe
On 2004-03-12, at 16:54:26 +, Arthur Bergman wrote:
> This is Ponie, development release 2
>
First of all, this is just working great! All of my XS modules
compiled (almost) out of the box and worked really fine.
I noticed one small thing, however. The pa
Hi,
On Saturday 13 March 2004 21:44, Dan Sugalski wrote:
> At 9:06 PM +0100 3/13/04, Oli wrote:
> >Dan Sugalski wrote:
> >>>As well as involving much finding of instances, and moving of
> >>>their attribute
> >>>values, this isn't thread safe (please excuse my lack of PASM syntax
> >>>knowledge):
The latest cvs of parrot fails to compile on mingw32,
In file included from include/parrot/parrot.h:258,
from src/utils.c:23:
include/parrot/misc.h:44: warning: `struct tm' declared inside parameter list
include/parrot/misc.h:44: warning: its scope is only this definition or
decla
On Sat, 2004-03-13 at 17:07, luka frelih wrote:
> > But how should the two interpretations of x.x be resolved? Is that
> > concatenation or method calling?
>
> wouldnt it be better to keep . as string glue
> and have method calls use the arrow -> or some
> such?
Or follow perl6 and use ~ for stri
On Mar-13, Luke Palmer wrote:
> luka frelih writes:
> > >But how should the two interpretations of x.x be resolved? Is that
> > >concatenation or method calling?
> >
> > currently, the pir line
> > S5 = S5 . 'foo'
> > produces
> > error:imcc:object isn't a PMC
> >
> > concatenation with
luka frelih writes:
> >But how should the two interpretations of x.x be resolved? Is that
> >concatenation or method calling?
>
> currently, the pir line
> S5 = S5 . 'foo'
> produces
> error:imcc:object isn't a PMC
>
> concatenation with . seems to be gone
> i cannot think of a good
But how should the two interpretations of x.x be resolved? Is that
concatenation or method calling?
currently, the pir line
S5 = S5 . 'foo'
produces
error:imcc:object isn't a PMC
concatenation with . seems to be gone
i cannot think of a good replacement for it
wouldnt it be better
At 9:06 PM +0100 3/13/04, Oli wrote:
Dan Sugalski wrote:
As well as involving much finding of instances, and moving of
their attribute
values, this isn't thread safe (please excuse my lack of PASM syntax
knowledge):
Yeah, adding an attribute requires a stop-the-world action, as
every object th
On Mar-12, Leopold Toetsch wrote:
> Steve Fink <[EMAIL PROTECTED]> wrote:
> > The attached patch should remove all of the conflicts, and replace
> > them with a single shift/reduce conflict that appears to be a bug in
> > the actual grammar, namely:
>
> > x = x . x
>
> Ah yes. Or course, Thanks
Jens Rieks <[EMAIL PROTECTED]> wrote:
> $ tar xzf err5.tgz
> $ cd err5
> $ ../parrot main.imc
> calling source."open"( name, "<" )...
> segmentation fault
I'be now turned off the stacked exceptions (one per entering the
runloop) OTOH that seems to be needed for t/src/extend_13 - so I've
disabled t
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> The one question I have is whether we need to have a "call class
> method" operation that, when you invoke it, looks up the class of the
> object and redispatches to it, or whether class methods are just
> methods called on class objects.
The terms are mi
Dan Sugalski wrote:
So, if I understand this right (and I may well not), when you
instantiate a metaclass you get a class, and when you instantiate a
class you get an object, and since anything you instantiate is an
object anyway that means classes are objects. I'm not entirely sure if
metacla
Brent "Dax" Royal-Gordon wrote:
Mark Sparshatt wrote:
The problem is what happens when some Python code tries to call a class
method on a Ruby object? if Python doesn't know about the hidden
reference within Foo it won't be able to find Foo' in order to call the
method.
If I understand correctl
So, if I understand this right (and I may well not), when you
instantiate a metaclass you get a class, and when you instantiate a
class you get an object, and since anything you instantiate is an
object anyway that means classes are objects. I'm not entirely sure
if metaclasses are objects, but
Mark Sparshatt wrote:
The problem is what happens when some Python code tries to call a class
method on a Ruby object? if Python doesn't know about the hidden
reference within Foo it won't be able to find Foo' in order to call the
method.
If I understand correctly, the Ruby object, as represented b
Jens Rieks <[EMAIL PROTECTED]> wrote:
> $ tar xzf err5.tgz
> $ cd err5
> $ ../parrot main.imc
> calling source."open"( name, "<" )...
> segmentation fault
The interpreter is toatally messed up after the longjmp. I'll look
further what's happening here.
> jens
leo
Karl Brodowsky wrote:
Mark Sparshatt wrote:
The problem is what happens when some Python code tries to call a class
method on a Ruby object? if Python doesn't know about the hidden
reference within Foo it won't be able to find Foo' in order to call the
method.
The issue you are addressing is fi
Mark Sparshatt wrote:
The problem is what happens when some Python code tries to call a class
method on a Ruby object? if Python doesn't know about the hidden
reference within Foo it won't be able to find Foo' in order to call the
method.
The issue you are addressing is finding the applicable meth
Hi,
On Saturday 13 March 2004 09:41, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > get_string() not implemented in class 'SArray'
>
> I've gone through err3 and err4 and found a couple of flaws, which should
> mostly be fixed now:
>
> - method subs got compiled as non-prototyp
Hi,
On Saturday 13 March 2004 07:28, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > .namespace ["Source"]
> > .sub open method
> > .pcc_begin_return
> > .pcc_end_return
> > .end
> >
> > fails with
> > error:imcc:parse error, unexpected PARROT_OP, expecting IDENTIFIE
This is another message that should have gone to the list :-[
Karl Brodowsky wrote:
Mark Sparshatt wrote:
From the description in PDD15 I'm not sure how to hand languages
where a class is also an object. Where Foo is an instance of Foo'
which is an instance of Class.
Could this be handled d
I promise I will learn hwo to use my email program. This should have
gone to the mailing list :-/
Dan Sugalski wrote:
At 10:22 PM + 3/12/04, Mark Sparshatt wrote:
Hi,
I've been reading PDD15. It seems that if the object foo is an
instance of the class Foo then foo is a ParrotObject pmc an
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Sure. Or we could make it:
> .pcc_begin
> .arg x
> .object y
> .meth_call "foo"
> .result r
> .pcc_end
Done. modulo s/\.object/.invocant/
leo
Jens Rieks <[EMAIL PROTECTED]> wrote:
> get_string() not implemented in class 'SArray'
I've gone through err3 and err4 and found a couple of flaws, which should
mostly be fixed now:
- method subs got compiled as non-prototyped
- namespace resetting to main wasn't really working
(now the namespa
25 matches
Mail list logo
