|
Re: pmc_type: msg#00544lang.perl.perl6.internals
[snipped] > 1: What does pmc_type return if it fails to find a PMC? > 2: If that answer is 0, is it safe to document that 0 is a failure return, > which happens to map to the PMC type for "default", but as they can't be > instantiated looking up "default" is "not supported" (or words to that > effect) > > > Nicholas Clark > A related but different issue is that abstract pmcs like (Scalar and PerlScalar) have no pmc_type. I understand that pmc_type are an offset in the table of pmc vtables and that we probably cannot have holes in that table. Nevertheless it would be nice for these abstract pmcs to have a pmc_type; say for base type pmc checking in imcc or some related tools. I think one of the constraint is that the pmc type numbers must not overlap the values in PARROT_DATA_TYPES. -- stef |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Parrot Forth 0.1: 00544, Michel Pelletier |
|---|---|
| Next by Date: | Re: [perl #32137] stack walking failing to detect pointer in local variable on x86 Linux: 00544, Steve Fink |
| Previous by Thread: | pmc_typei: 00544, Nicholas Clark |
| Next by Thread: | Re: pmc_type: 00544, Leopold Toetsch |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |