Hey all,
When you invoke a Coroutine, it calls swap_context()
from src/sub.c ... There's an else clause in there
that either swaps or restores theinterpreter stack,
but as far as I can tell, swap_context() is ONLY
called when entering a coroutine - not when we're
suspending it. That means all
Michal Wallace [EMAIL PROTECTED] wrote:
#!/bin/env parrot
#
# yieldbug.imc
#
# This program should print dots forever.
# Instead it prints a few dots and then segfaults.
It does print dots forever here.
leo
Melvin Smith [EMAIL PROTECTED] wrote:
This also means .pasm files won't be able to .include these anymore,
you'd have to use IMC.
Why not just make .const work in both modes?
-Melvin
leo
Luke Palmer [EMAIL PROTECTED] wrote:
.sub __main__
newsub $P0, .Closure, _func
savetop
No - not for plain subroutines/closures.
Or you could do as PCC does and use a .RetContinuation, which doesn't
close over the stacks, when you don't actually need a full continuation.
Yep.
Michal Wallace [EMAIL PROTECTED] wrote:
newsub $P1, .Continuation, done
For returning just use a .RetContinuation. Or still better, just omit
$P1 totally here:
.pcc_call $P0, $P1
leo
Melvin Smith [EMAIL PROTECTED] wrote:
IMCC macros are gone. Volunteers feel free to reimplement a
pre-processor (outside of IMCC) using the macro expansion code
that was removed from IMCC.
Melvin, that's not the way to go. We can remove them from the lexer,
when we have an external
Michal Wallace writes:
On Thu, 8 Jan 2004, Luke Palmer wrote:
.sub __main__
newsub $P0, .Closure, _func
savetop
newsub $P0, .Continuation, done
So the restoretop after the invoke has something to pop (and so your
register state isn't screwed up when you get back).
Michal Wallace [EMAIL PROTECTED] wrote:
Hey all,
When you invoke a Coroutine, it calls swap_context()
Can you have a look at imcc/t/syn/pcc.t, there is an coroutine iterator
test.
leo
On Jan 9, 2004, at 12:24 AM, Leopold Toetsch wrote:
Michal Wallace [EMAIL PROTECTED] wrote:
#!/bin/env parrot
#
# yieldbug.imc
#
# This program should print dots forever.
# Instead it prints a few dots and then segfaults.
It does print dots forever here.
It does for me too. But based on a
Jeff Clites writes:
On Jan 9, 2004, at 12:24 AM, Leopold Toetsch wrote:
Michal Wallace [EMAIL PROTECTED] wrote:
#!/bin/env parrot
#
# yieldbug.imc
#
# This program should print dots forever.
# Instead it prints a few dots and then segfaults.
It does print dots forever here.
It does
Bernhard Schmalhofer [EMAIL PROTECTED] wrote:
This patch adds some .cvsignore files to the recently added 'languages/m4'.
It tells CVS that is OK to have a generated Makefile and generated test
input and result files.
Thanks, applied.
leo
On Thu, 2004-01-08 at 16:24, Jonathan Lang wrote:
In this example, there's no difference between the Dog and Tree roles;
however, this would almost certainly not be the case most of the time - at
the very least, a class with a Dog role would have @.legs, while a class
with the Tree role would
Luke Palmer [EMAIL PROTECTED] writes:
michael.firestone writes:
Is there somewhere I can get the entire perl6-language archive in a
tarball?
I personally don't know, but there could be somewhere.
I am trying to work on turning the Apocalypses into story cards at
Hi All,
After reading a few articles, I've decided I'd like try to use one of my
home servers as a cpansmoke machine. I'm just not 100% sure how to get the
automatic testing working in my particular case.
I have two servers: a mail server and an everything else server which will
be the testing
Leopold Toetsch writes:
Luke Palmer [EMAIL PROTECTED] wrote:
... I'm not
against somebody else maintaining the patch in the meantime :-)
I went again through the patch and the original one from Sept, 5th. But
it seems that one thing is missing in both:
*If* all PMCs which
At 08:58 AM 1/9/2004 +0100, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
This also means .pasm files won't be able to .include these anymore,
you'd have to use IMC.
Why not just make .const work in both modes?
Because pure PASM doesn't currently use type names.
.const expects a
At 09:01 AM 1/9/2004 +0100, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
IMCC macros are gone. Volunteers feel free to reimplement a
pre-processor (outside of IMCC) using the macro expansion code
that was removed from IMCC.
Melvin, that's not the way to go. We can remove
On Fri, 9 Jan 2004, Jeff Clites wrote:
On Jan 9, 2004, at 12:24 AM, Leopold Toetsch wrote:
Michal Wallace [EMAIL PROTECTED] wrote:
#!/bin/env parrot
#
# yieldbug.imc
#
# This program should print dots forever.
# Instead it prints a few dots and then segfaults.
It does print
On Fri, 9 Jan 2004, Leopold Toetsch wrote:
Michal Wallace [EMAIL PROTECTED] wrote:
newsub $P1, .Continuation, done
For returning just use a .RetContinuation. Or still better, just omit
$P1 totally here:
.pcc_call $P0, $P1
Aha! I like that even better. :) Thanks!
Sincerely,
On Fri, 9 Jan 2004, Luke Palmer wrote:
Very rarely would you not savetop before creating a *real* continuation.
But again, very rarely would you actually create a *real* continuation
(depending on your language). RetContinuations are almost always a
better choice for traditional languages,
:)
Melvin Smith wrote:
But, if you want macros to stay, let them stay.
So, are they staying, staying for now or not sure yet? I have a few
hundred lines of imcc that uses macros and if they are being removed
then I would rather change now and save myself some pain later.
H
Melvin Smith [EMAIL PROTECTED] wrote:
At 09:01 AM 1/9/2004 +0100, Leopold Toetsch wrote:
Melvin, that's not the way to go. We can remove them from the lexer,
when we have an external substitute. Just removing it breaks a lot of
existing code. Failing tests may hide other problems and so on.
At 08:44 PM 1/9/2004 +, Harry Jackson wrote:
Melvin Smith wrote:
But, if you want macros to stay, let them stay.
So, are they staying, staying for now or not sure yet? I have a few
hundred lines of imcc that uses macros and if they are being removed then
I would rather change now and save
At 07:36 PM 1/9/2004 +0100, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
At 09:01 AM 1/9/2004 +0100, Leopold Toetsch wrote:
Which is why I hoped people would pitch in and help fix the tests.
Its not tests only. There's already production code out there using
Parrot - ask Dan or
Harry Jackson wrote:
I am now trying to get Parrot running on debian and have noticed the
following error while running perl Configure.pl
Determining some sizes...Linker failed (see test.ldo) at
lib/Parrot/Configure/Step.pm line 233
Parrot::Configure::Step::cc_build() called at
Is there a list of the properties for the builtin types? My searches
through the archives leads me to believe there is no such beast. Is
there any consensus on what some of the properties will be? I am not
looking for a complete or authoritative list. I am just trying to
finish off a
On Fri, 9 Jan 2004, Leopold Toetsch wrote:
Michal Wallace [EMAIL PROTECTED] wrote:
Hey all,
When you invoke a Coroutine, it calls swap_context()
Can you have a look at imcc/t/syn/pcc.t, there is an coroutine
iterator test.
Yep, it has the same problem. The patch below exposes it.
What does restart mean in op files, as in restart ADDRESS(resume);?
Also, why does the find_global op use it? I couldn't find it explained
anywhere.
Also, on a vaguely related topic, in Parrot_jit_cpcf_op, what does
cpcf stand for?
JEff
29 matches
Mail list logo