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)
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 a
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
==
---
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
Author: larry
Date: Sat Nov 4 09:29:42 2006
New Revision: 13414
Modified:
doc/trunk/design/syn/S02.pod
Log:
Clarified that ordering of grammatical categories is controlled by the
magical hash matching construct.
Modified: doc/trunk/design/syn/S02.pod
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
Author: larry
Date: Sat Nov 4 10:00:08 2006
New Revision: 13415
Modified:
doc/trunk/design/syn/S02.pod
Log:
More clarification on parsing of if vs if().
Modified: doc/trunk/design/syn/S02.pod
==
---
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 CSTRING *name()
Erm, what the heck was I smoking when I wrote this...the name method
doesn't control what an
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:
*
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
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #40674]
# in the subject line of all future correspondence about this issue.
# URL: 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
11 matches
Mail list logo