A few questions:
1) How is the search order for the parents of a particular class
specified? In particular, is this determined at the Parrot level
or at the language level? Can it change at runtime?
2) Re. the classoffset op: how does this work when multiple parent
classes sp
Here's a patch to fix various typos etc. that I noticed on going over
the spec.
Simon
--- pdd15_objects.pod.old Fri Feb 13 17:06:46 2004
+++ pdd15_objects.pod Fri Feb 13 17:10:08 2004
@@ -174,7 +174,7 @@
=item *
-remove interfaces
+Remove interfaces
=back
@@ -209,13 +209,13 @@
While I'm still working on the vtable and supporting code section,
most of the revamp of PDD15 (objects!) is checked into the
repository. It'd be worth checking it out and checking it out, as
this would be the time to get comments in.
--
Dan
-
I know head can not compile at all, but maybe this can help to know that
the following tests fail on my Slackware Linux:
t/pmc/signalNOK 2# Failed test (t/pmc/signal.t at line 44)
t/pmc/signalNOK 4# Failed test (t/pmc/signal.t at line 44)
t/pmc/signalok
Hi,
here is an easy to use (with PIR code) wrapper of the SDL library.
It tries to hide all internals of the wrapper and makes the most important
SDL functions directly available in PIR code.
jens
=head1 TITLE
library/sdl.imc - PIR interface to SDL
=head1 SYNOPSIS
.include "library/sdl
At 12:32 PM -0500 2/13/04, Gay, Jerry wrote:
> We also have to have a way to fetch the method PMC for a named method
for later use, which is where the interesting bits come in.
This is required for a number of reasons, including Python, so we
have to have it. The question is... *When* is the n
> We also have to have a way to fetch the method PMC for a named method
> for later use, which is where the interesting bits come in.
>
> This is required for a number of reasons, including Python, so we
> have to have it. The question is... *When* is the name resolved? That
> is, if we do:
>
Hi,
This patch fixes _SDL_WaitEvent a bit; SDL_WaitEvent returns an integer and
not a SDL_Event.
It also introduces _SDL_PollEvent which is mostly a copy of _SDL_WaitEvent.
Finally, _SDL_loop is modified to allow an "idle" event entry that gets called
if no events are pending. If such an event i
At 11:38 AM -0500 2/13/04, Dan Sugalski wrote:
which calls the named method on the object in the object slot, does
all the funky lookups and whatnot, and slams the method PMC into the
.
That sentence should end "into the appropriate register."
--
Dan
--
So, as I dive into PDD15 as promised and get objects spec'd out so
they can finally be implemented, I've come across the problem of
method resolution.
We've got, or will have, two ways to invoke methods. The first is a simple:
callmethod "methodname"
which calls the named method on the objec
At 9:48 PM +0100 2/12/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
A few more mod ops
+=item B(out PMC, in INT, in INT)
I'm not sure if this is a good idea. We currently don't have any such
kind of ops that takes 2 natural types and spits out a new PMC
Yeah, good point.
Stephane Peiry <[EMAIL PROTECTED]> wrote:
> While playing with JIT on Suns, I've found out that the following pasm code:
> set I1, 2
>LOOP: sub I1, 1
> ifI1, LOOP
> print "end\n"
> end
> never finishes.. that is: parrot -j loop.pasm hangs fore
ld require compiling an intermediate C prograAdam Thomason wrote:
Hmm, this is still wrong. The error message isn't just a function of the locale; it's also dependent on the OS. AIX is now back to expecting "No such file or directory" courtesy of LANG=C when the imcc error is "A file or directory
13 matches
Mail list logo
