Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread Patrick R. Michaud
On Fri, Jan 16, 2009 at 11:34:05PM -0800, Allison Randal wrote: > > Not a string, a PMC (like Coke said). String type names are almost as > bad as type IDs. And check the performance on the branch, as I'm not > sure how heavily PGE is using morph. We may need both integer and PMC > versions of

Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread Allison Randal
Patrick R. Michaud wrote: Just for the record, AFAICT none of PGE/PCT/Rakudo make use of morph any longer. We now have the 'copy' opcode to do what the "morph workaround" was doing (and I don't think copy is using VTABLE_morph). We've been ripping out morph in all the core PMCs too. So, I'm

Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread Jonathan Worthington
Patrick R. Michaud wrote: Just for the record, AFAICT none of PGE/PCT/Rakudo make use of morph any longer. This is true AFAIK too. We now have the 'copy' opcode to do what the "morph workaround" was doing (and I don't think copy is using VTABLE_morph). IIRC, copy once used to, but stopp

Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread Will Coleda
On Sat, Jan 17, 2009 at 11:11 AM, Jonathan Worthington wrote: > Patrick R. Michaud wrote: >> Just for the record, AFAICT none of PGE/PCT/Rakudo make use of >> morph any longer. > This is true AFAIK too. > >> We now have the 'copy' opcode to do what the "morph workaround" was doing >> (and I don't

Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread Andrew Whitworth
> On Sat, Jan 17, 2009 at 11:11 AM, Jonathan Worthington >> I'm curious - is anyone else doing a HLL on Parrot that uses morph? If >> nobody is, is it worth spending time on, or even worth keeping? >> >> Thanks, >> >> Jonathan >> Even if the morph opcode isn't used often, the morph VTABLE interfac

Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread chromatic
On Saturday 17 January 2009 10:36:13 Andrew Whitworth wrote: > Even if the morph opcode isn't used often, the morph VTABLE interface > is used quite a bit internally. There really isn't any easier and > still standard way of changing between types for PMCs. It certainly > beats having to invoke PM

RE: Rakudo leaving the Parrot nest

2009-01-17 Thread Conrad Schneiker
> From: Patrick R. Michaud [mailto:pmich...@pobox.com] > [...] > Web site / blog / wiki > [...] > Currently Rakudo really does not have a dedicated website > providing basic information about it. There is the > http://rakudo.org/ site, but it's currently more of a > blog than a true web site. For

Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread Bob Rogers
From: Jonathan Worthington Date: Sat, 17 Jan 2009 17:11:23 +0100 I'm curious - is anyone else doing a HLL on Parrot that uses morph? Not me. -- Bob Rogers http://www.rgrjr.com/

Re: Rakudo leaving the Parrot nest

2009-01-17 Thread Matthew Wilson
Sorry for the 'tldr' reply... On Jan 14, 9:01 pm, pmich...@pobox.com (Patrick R. Michaud) wrote: > Source code repository > -- > This is the immediate issue at hand, because we need to move Rakudo > out of the Parrot repository so that it can cleanly move to its new > home at p

Re: [perl #41825] [BUG] morph vtable override not working in PIR

2009-01-17 Thread Andrew Whitworth
On Sat, Jan 17, 2009 at 2:12 PM, chromatic wrote: > I haven't been awake long, but could internal code call whatever the copy > opcode calls? I guess I don't know what people are talking about here with copy. But, I would be hesitant to remove morph in order to rely on some sideeffect of a differ