Re: [svn:parrot] r31385 - trunk/docs/book

2008-09-26 Thread Allison Randal
Patrick R. Michaud wrote: I'm not at all arguing that this automatically means we should call them "methods", but at a conceptual level they certainly seem a lot like methods, and the vtable implementations contain references to things like SELF and STATICSELF that make them look awfully method-

Re: [svn:parrot] r31385 - trunk/docs/book

2008-09-26 Thread Allison Randal
jerry gay wrote: i believe (without looking) that the pmc pdd calls them "vtable functions". i really wish the "vtable methods" meme would die. they're not methods. they are a collection functions which define the api to access the pmc, parrot's abstract data type. Yup. "vtable functions" is

[perl #59374] [BUG] pmc2c produces incorrect code for RETURN(INTVAL -1)

2008-09-26 Thread Patrick R. Michaud via RT
That fixes it, thanks! Closing ticket, Pm

Re: [perl #59374] [BUG] pmc2c produces incorrect code for RETURN(INTVAL -1)

2008-09-26 Thread jerry gay
On Fri, Sep 26, 2008 at 9:11 AM, Patrick R. Michaud (via RT) <[EMAIL PROTECTED]> wrote: > # New Ticket Created by Patrick R. Michaud > # Please include the string: [perl #59374] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?i

Re: [perl #59366] small fix to pod doc and interactive prompt

2008-09-26 Thread Patrick R. Michaud
On Fri, Sep 26, 2008 at 07:25:35AM -0700, Chris Davaz wrote: > Fixed a bug in the doc where the method name and doc where mismatched. Thanks. > Fixed a small bug where, even if the user sets the prompt, a default > prompt '> ' is still printed. Changed it so that a default prompt is > only printe

[perl #59374] [BUG] pmc2c produces incorrect code for RETURN(INTVAL -1)

2008-09-26 Thread Patrick R. Michaud (via RT)
# New Ticket Created by Patrick R. Michaud # Please include the string: [perl #59374] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59374 > Summary: pmc2c produces incorrect code for returning negative integer constants,

[perl #59360] Rakudo thinks that unrecognized --flags are files

2008-09-26 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #59360] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59360 > Rakudo r31409 assumes that all flags that it hasn't heard about are program files. $ ./

[perl #59366] small fix to pod doc and interactive prompt

2008-09-26 Thread Chris Davaz
# New Ticket Created by "Chris Davaz" # Please include the string: [perl #59366] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59366 > Fixed a bug in the doc where the method name and doc where mismatched. Fixed a small b

Re: Revisiting lexicals, part 1

2008-09-26 Thread Stéphane Payrard
On Wed, Sep 24, 2008 at 11:31 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: > On Wed, Sep 24, 2008 at 10:05:25PM +0200, Stéphane Payrard wrote: >> One of parrot current limitation is that eval is always a closure. >> When using rakudo interactively, one want to introduce new >> lexical variable

Re: Does colonpair notation produce a Bool or Int?

2008-09-26 Thread Moritz Lenz
Patrick R. Michaud wrote: > Lines 46-52 of t/spec/S02-literals/pairs.t claims that > the colonpair notation should produce a Bool instead of > an Int: > > #?rakudo todo 'Adverbial pairs without should produce a Bool (not Int)' > is f2(:a), "Bool", "':a' is a named"; > #?rakudo