Unknown <[EMAIL PROTECTED]> wrote:
> You could adapt Java's last-generation GC scheme to do a really fast GC
> on scope-exit, only of objects created within that scope. However, this
> may require a relocating or treadmill GC to do efficiently.
Yeah. That's what I'm currently working on:
$ l src
Peter Christopher <[EMAIL PROTECTED]> wrote:
> Changed io's type from ParrotIO* to PMC*.
Thanks, applied.
leo
Running the tcl "examples/bench.tcl" script, I get the following backtrace:
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x0021cb38 in Parrot_Sub_invoke (interpreter=0xd001a0, pmc=0xed2b60,
next=0xf20284) at classes/sub.c:239
239 if (interpreter->code->cur_cs != sub->se
# New Ticket Created by Will Coleda
# Please include the string: [perl #33798]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=33798 >
It seems that the use of P30 as the .STACK is fine until one of the
built-on-the-fly s
Is it possible to:
1) define methods for a PMC/Object in C that aren't vtable methods? How?
2) call subroutines defined in bytecode from C? How?
What's going to happen to the perl6 work in progress that's in the parrot repository now that there is a separate svn repository?
