[perl #16085] [PATCH] perlundef.pmc

2002-08-08 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #16085] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16085 > Hi, this one was left over. Please apply. leo -- attachment 1 -

Re: Array vs. PerlArray

2002-08-08 Thread Steve Fink
Wow, this thread is looking bad -- I'm replying to my own reply to my own message. Sorry; I accidentally hit reply instead of reply to list, and from the resulting off-list discussion with Sean O'Rourke I have updated the patch. I won't resend it, because it may require more changes and it's gotte

Re: Array vs. PerlArray

2002-08-08 Thread Dan Sugalski
At 11:00 AM -0700 8/8/02, Steve Fink wrote: >Oh, yeah. The perl6 summary reminded me: I forgot to mention that this >would also make $a[-6] (or @a[-6] if you're writing perl6) on a >4-element array throw an exception instead of autoextending the array, >wrapping around to a valid element, or explo

Re: PMC assignment stuff

2002-08-08 Thread Dan Sugalski
At 10:13 AM +0100 8/8/02, Nicholas Clark wrote: >On Thu, Aug 08, 2002 at 10:21:54AM +0200, Peter Gibbs wrote: > > Should a PerlScalar have its own vtable which acts as appropriate >> depending on current content, or should it switch vtables as the >> content changes? If the latter, do we have s

Re: Array vs. PerlArray

2002-08-08 Thread Dan Sugalski
At 12:43 PM -0700 8/8/02, Steve Fink wrote: >Wow, this thread is looking bad -- I'm replying to my own reply to my >own message. Sorry; I accidentally hit reply instead of reply to list, >and from the resulting off-list discussion with Sean O'Rourke I have >updated the patch. I won't resend it, be

Re: [perl #16085] [PATCH] perlundef.pmc

2002-08-08 Thread Peter Gibbs
Leopold Toetsch wrote: (via RT) > this one was left over. > Please apply. > > --- perlundef.pmc Sun Jul 28 13:33:34 2002 > +++ /home/lt/src/parrot-007/classes/perlundef.pmc Thu Aug 8 20:11:49 2002 Thanks Leopold; I have applied this, along with the changes to perlint, perlnum and perlstring tha

[perl #16087] [PATCH] Scratchpad pmc

2002-08-08 Thread via RT
# New Ticket Created by Jonathan Sillito # Please include the string: [perl #16087] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16087 > The main purpose of this patch is to give scratchpads a pointer to their parent pad

Re: Array vs. PerlArray

2002-08-08 Thread Steve Fink
On Thu, Aug 08, 2002 at 03:28:18PM -0400, Dan Sugalski wrote: > At 11:00 AM -0700 8/8/02, Steve Fink wrote: > >Oh, yeah. The perl6 summary reminded me: I forgot to mention that this > >would also make $a[-6] (or @a[-6] if you're writing perl6) on a > >4-element array throw an exception instead of

Re: never ending story Keyes

2002-08-08 Thread Tom Hughes
In message Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 6:58 PM +0100 8/8/02, Tom Hughes wrote: > > >Presumably with all keys being PMCs we will just encode the key > >arguments in the opcode name as a k, and kc for constant keys. > > Yep. > > >Likewise, the constant keys will presu

A quick reminder to those with commit privs

2002-08-08 Thread Dan Sugalski
The dependencies are a bit whacked, still, so... *Please* do a make clean, make, and make test before comitting a patch. -- Dan --"it's like this"--- Dan Sugalski even samurai [

Re: never ending story Keyes

2002-08-08 Thread Dan Sugalski
At 10:33 PM +0100 8/8/02, Tom Hughes wrote: >In message > Dan Sugalski <[EMAIL PROTECTED]> wrote: > >> At 6:58 PM +0100 8/8/02, Tom Hughes wrote: >> >> >Presumably with all keys being PMCs we will just encode the key >> >arguments in the opcode name as a k, and kc for constant keys.

[COMMIT] PPC JIT

2002-08-08 Thread Daniel Grunblatt
OK, now we have the JIT working on PPC. More opcodes coming. It's not currently using a constant pool but it should. Thanks to Sean for the sync cache code and helping me. Daniel Grunblatt.

[perl #16095] [PATCH] pbc2.pl

2002-08-08 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #16095] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=16095 > Hi, actually, this is the 2. attempt to get this in. It resolves tickets #15712 whi

Request for behaviour definition for assignment to PerlScalar

2002-08-08 Thread Peter Gibbs
How should the PerlScalar PMC behave in the following situation? new P0, .PerlScalar new P1, .PerlArray assign P0, P1 The assign opcode will call PerlScalar's set_pmc function, which needs to get a value from P1, so it calls PerlArray's X function?? The two obvious options seem to be:

Re: [perl #16095] [PATCH] pbc2.pl

2002-08-08 Thread Dan Sugalski
At 6:32 AM + 8/9/02, Leopold Toetsch (via RT) wrote: >actually, this is the 2. attempt to get this in. >It resolves tickets #15712 which seems to be closed to early. >Anyway this patch makes e.g. > >$ perl6 -C mops.p6 > >compile and run natively C. Whups, sorry. Patch applied. --