Yesterday and today I've been working on a Capture PMC type
for Parrot, and I'm running into all sorts of interesting issues
when dealing with subclassing. (For those who aren't familiar with
Captures, a Capture is essentially a container object that has
both indexed (array) and keyed (hash) compo
Am Samstag, 4. November 2006 16:17 schrieb Patrick R. Michaud:
> Because 'Match' doesn't define its own set_integer_keyed_int
> vtable entry, it ought to be inheriting the one from Capture.
> But unfortunately, the default.pmc function above gets in the
> way, and redispatches the keyed_int call as
Author: particle
Date: Sat Nov 4 08:30:37 2006
New Revision: 15108
Modified:
trunk/docs/pdds/clip/pdd15_objects.pod
Log:
[PDD15]: pod formatting fixes
Modified: trunk/docs/pdds/clip/pdd15_objects.pod
==
--- trunk/doc
Leopold Toetsch wrote:
Class inheritance from PMCs is very static still (like PMC-only cases). I hope
that the :vtable patches will provide the base for a better solution. For now,
you can only implement the mssing _integer_keyed cases in Match so that default
isn't triggered. We could of cour
On Fri, Nov 03, 2006 at 04:28:41PM -0800, Jonathan Worthington wrote:
> Leopold Toetsch wrote:
> >Class inheritance from PMCs is very static still (like PMC-only cases). I
> >hope that the :vtable patches will provide the base for a better solution.
> >For now, you can only implement the mssing _
Jonathan Worthington wrote:
At the moment, if you have some ParrotObject instance, say foo, and do
something like:
$S0 = foo
Then $S0 will contain the name of the class.
...
=item C
Erm, what the heck was I smoking when I wrote this...the name method
doesn't control what an object stringi
Author: rgrjr
Date: Sat Nov 4 14:28:25 2006
New Revision: 15109
Modified:
trunk/docs/pdds/clip/pdd25_concurrency.pod
Changes in other areas also in this revision:
Modified:
trunk/compilers/imcc/imclexer.c
trunk/compilers/imcc/imcparser.c
trunk/docs/stm/howto.pod
Log:
* compilers/imc
Nicholas Clark wrote:
To me that feels like a hack. The current rather-too-static dispatch (to me)
seems to be the bug, and the thing that needs fixing.
Yeah, you're right. So, I decided to try and address this. From what I
can see, the problem comes up in building the v-table for the subcla
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #40674]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40674 >
Hi,
This patch reduces the amount of output generated by the
t/codingstd/tabs.t test,
