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
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 forever (never
At 9:48 PM +0100 2/12/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
A few more mod ops
+=item Bcmod(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
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 object
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
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 is
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:
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
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
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)
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
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 @@
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
13 matches
Mail list logo