# New Ticket Created by Michal Wallace
# Please include the string: [perl #36525]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36525 >
This is a simple patch to get pyboolean.pmc
working in the pirate test suite again.
Anyone have any ideas on how you might harness a PM group to work on
parrot?
Matt Fowles summarized:
Method Call on Invocant
Now " ./method "is gone, and " .method " only works when " $_ =:= $?SELF ".
Important qualification:
Within a method or submethod, C<.method> only works when C<$_ =:= $?SELF>.
C<.method> is perfectly lega
There was a thread back in May where I asked about how Ponie should implement
perl 5 SvFLAGS() lookups in a way that is
1: Correct
2: Fast
3: Works on both Perl 5 subtype PMCs created by Ponie, and any other PMCs that
happen to arrive inside ponie.
The thread was inconclusive. But seemed to b
IIRC Chip said that his focus would be on maintaining PIR stability during
this stage of development
(I might have the wrong specific parrot source code representation, but
the point was that it was source level, rather than binary bytecode, or
PMC API)
There were some PMC vtable changes recently
Is the PMC layout likely to remain stable? There's been talk of minimal
PMC heads (data, vtable) in relation to the generational garbage collector
proposals. Is this likely to happen? Related to this there has been talk of
variable sized bodies.
If there are changes, how much of the existing API w
Right now ponie is still reference counting. In effect it's duplicating the
work of parrot's DOD registration scheme. For space and efficiency reasons it
would be very useful to move the ponie reference counts outside the actual
PMCs, and effectively store them in a hash, much like the DOD referenc
On Wed, May 11, 2005 at 11:18:30AM +0100, Nicholas Clark wrote:
> On Tue, May 10, 2005 at 01:13:48PM -0400, Jeff Horwitz wrote:
> > as part of both the pugs and mod_parrot effort, i've started working on
> > bringing the embedding and extending interfaces into the modern parrot
> > era. i'd like t
What is the state of signals and events support? As far as I can tell from
watching which perl 5 regression tests fail or hang under parrot, currently
parrot can't behave as a passive embedding target - it assumes that it needs
to take ownership of all signals.
Is this likely to change soon? Curre
On Wed, 13 Jul 2005, Nicholas Clark wrote:
> On Wed, May 11, 2005 at 11:18:30AM +0100, Nicholas Clark wrote:
> > On Tue, May 10, 2005 at 01:13:48PM -0400, Jeff Horwitz wrote:
> > > as part of both the pugs and mod_parrot effort, i've started working on
> > > bringing the embedding and extending in
On Wed, 2005-07-13 at 15:41 +0100, Nicholas Clark wrote:
> Did anything come of this? Or is chromatic still waiting in the wings for
> confirmation that this is the right way to go?
I'm still waiting for confirmation. I can send my existing (needs
polish) patch if that will help speed the discus
11 matches
Mail list logo
