Will Coleda wrote:
Allison Randal wrote:
Will Coleda wrote:
The current tickets involve removing:
- type* vtables
I'm not sure what you mean by this.
These four VTABLE entries are deprecated.
INTVAL type()
INTVAL type_keyed(PMC* key)
INTVAL type_keyed_int(INTVAL key)
INTVAL type_keye
Thanks for the direction here, very helpful.
On Wed, Apr 2, 2008 at 3:28 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> For a bit of background: the goal is to someday eliminate type IDs entirely
> from Parrot. They're fundamentally broken, because they assume a static
> class set in a flat names
For a bit of background: the goal is to someday eliminate type IDs
entirely from Parrot. They're fundamentally broken, because they assume
a static class set in a flat namespace. They assume that the type ID
assigned to a class will be identical when you freeze and thaw bytecode,
which isn't tr
There are several tickets open regarding the integer type ids that
have been open for some time, and with the type_ids branch, we're
getting close to actually removing this long-deprecated feature. (I'd
like to just rip out *everything* we need in this branch, rather than
continue doing it piecemea
