r28480 - docs/Perl6/Spec

2009-09-28 Thread pugs-commits
Author: lwall Date: 2009-09-29 01:06:14 +0200 (Tue, 29 Sep 2009) New Revision: 28480 Modified: docs/Perl6/Spec/S05-regex.pod Log: [S05] specifically allow :temp and :let forms, pmichaud++ Modified: docs/Perl6/Spec/S05-regex.pod =

Re: [perl #69432]

2009-09-28 Thread Moritz Lenz
> I would like to report bug or issue in rakudo build process: > generating src/gen_setting.pir on 128Mb machine (Linux) failed - not > finished in 8h becouse of swapping. ^C and make show > that in 3 min and 40 sec parrot process is starting swapping again. > > Maybe this proces can be divided in

Re: [perl #69076] [BUG] Strange tricks with Num.sin

2009-09-28 Thread Patrick R. Michaud
On Sat, Sep 26, 2009 at 12:58:50PM -0400, Solomon Foster wrote: > Did you see the conversation I had with Moritz on the the similar > Complex problem on #perl6 yesterday? Yes, I did see that. My suggestion at this point is for Rakudo to make its own Complex class in the setting (similar to what

Re: [perl #69408] GLOBAL.WHAT: Null PMC access in getprop()

2009-09-28 Thread Patrick R. Michaud
On Sat, Sep 26, 2009 at 09:46:01AM -0700, Olivier Mengué wrote: > > rakudo: say GLOBAL.WHAT > rakudo e33d20: OUTPUT«Null PMC access in getprop()␤» Currently Rakudo defaults programs to being in the "Main" namespace, per an earlier version of the spec. This should be resolved a bit better when we

Re: [perl #69406] PROCESS.WHAT: Null PMC access in getprop()

2009-09-28 Thread Patrick R. Michaud
On Sat, Sep 26, 2009 at 09:44:53AM -0700, Olivier Mengué wrote: > # New Ticket Created by Olivier Mengué > # Please include the string: [perl #69406] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=69406 > > > rakudo: say

Re: [perl #69318] [BUG] Subroutines are rw in Rakudo

2009-09-28 Thread Patrick R. Michaud
On Wed, Sep 23, 2009 at 05:10:04AM -0700, Carl Mäsak wrote: > > rakudo: sub foo { say "OH HAI" }; &foo = &say; foo Confirmed that this is a bug... it should be fixed when we default PMCs to be readonly instead of requiring a separate "readonly" flag as we do now. Then the above will result in "

Parrot Bug Summary

2009-09-28 Thread Parrot Bug Summary
Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Sep 28 12:41:48 2009 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with m

[perl #69432]

2009-09-28 Thread Sylwester ?u?ski
# New Ticket Created by "Sylwester ?u?ski" # Please include the string: [perl #69432] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=69432 > Hi, I would like to report bug or issue in rakudo build process: generating src/g

[perl #69438] [BUG] Defining a postcircumfix:<{ }> method causes unnecessary confusion in Rakudo

2009-09-28 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #69438] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=69438 > This be Rakudo 0331d6 inside Parrot r41527. $ cat file-exhibiting-the-problem class A {