Re: [perl #61522] build trouble on win32

On Sat, Dec 20, 2008 at 6:56 AM, Ronald Blaschke via RT < parrotbug-follo...@parrotcode.org> wrote: > >..\..\parrot.exe > > ..\..\runtime\parrot\library\PGE\Perl6Grammar.pir > > --ouput=PGE\builtins_gen.pir PGE\builtins.pg > > MAKE : fatal error U1077: '..\..\parrot.exe' : return code > >

[perl #61544] Arrays not properly created when declared in list syntax

# New Ticket Created by Cory Spencer # Please include the string: [perl #61544] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61544 > When declaring one or more array variables in list syntax: my (@a, @b); they are n

[perl #61550] [PATCH] Move map/grep into Any class to make it accessible to Range

# New Ticket Created by Cory Spencer # Please include the string: [perl #61550] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61550 > After having code such as: (1..4).map: { .say } fail because the map method wasn't

[perl #60732] Parrot doesn't distinguish hash access from array access

Now fixed in r34137, thanks! Pm

[perl #61128] some classes leak through from Parrot and cannot be declared in Rakudo

On Sun Dec 07 06:46:05 2008, masak wrote: > rakudo: class Task {} > [15:39] > rakudo 33603: OUTPUT[Class Task already registered!␤␤current > instr.: '!keyword_class' pc 13963 (src/builtins/guts.pir:352)␤] > thei0s: thanks for that one :) > * masak reports > masak: Attach HLL map as a d

Re: [perl #61544] Arrays not properly created when declared in list syntax

Cory Spencer (via RT) wrote: > # New Ticket Created by Cory Spencer > # Please include the string: [perl #61544] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=61544 > > > > > When declaring one or more array variabl

Re: Recommended Perl 6 best practices?

Maybe this counts as a best practice, or maybe it's more of a "pattern". In a recent piece of code, I found a way to exploit code blocks to act like "return statements with side effects". The resulting code became very clean, so I decided to blog about the way it works.

Fwd: Recommended Perl 6 best practices?

Oops, cross-posting to perl6users, where I intended to post it in the first place. -- Forwarded message -- From: Carl Mäsak Date: Sat, Dec 20, 2008 at 7:39 PM Subject: Re: Recommended Perl 6 best practices? To: perl6-langu...@perl.org Maybe this counts as a best practice, or ma

[perl #61560] [PATCH] Move first/reduce methods and subs into the Any class

Patch applied in r34162. Assigning ticket to moritz++; we can close the ticket when we have confirmation of tests for this feature. Thanks! Pm

Re: 6PAN Spec question

* Timothy S. Nelson (wayl...@wayland.id.au) [081220 03:45]: > Btw, looks like I was wrong about the terminology of > CPAN6/6PAN/whatever. See link below for details (the new Terminology > section). > > http://svn.pugscode.org/pugs/docs/Perl6/Spec/S22-package-format.pod I do not understan

[perl #56684] [TODO] implement Capture and prefix:<\\>

The basics are indeed working, so I'm closing this ticket for now. When we have more specific instances of things that need to be fixed we can handle them then. Pm

[perl #61560] [PATCH] Move first/reduce methods and subs into the Any class

# New Ticket Created by Cory Spencer # Please include the string: [perl #61560] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61560 > The first and reduce methods/subroutines were moved into the Any class to make them av

[perl #61566] Rakudo doesn't do type checking on binding to Positional (@) variables

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #61566] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61566 > rakudo: my @a := 1; say @a.WHAT rakudo 34162: OUTPUT[Int␤] hm. rakudo: my @a = 1; sa

Re: [perl #61500] Rakudo doesn't access inherited private attributes correctly

lichtkind: it would seem to me that the error is that Rakudo can see a $!foo from the B class. it should be a compile error, methinks. adding this as a comment to the ticket. masak: this is just another privat method, and these usually do inherit oh. I'm mostly from the Java world, where priva

Re: [perl #61500] Rakudo doesn't access inherited private attributes correctly

lichtkind: found it! lichtkind: "the exclamation form may be used only in the actual class, not in derived classes." S12:567 this needs spectests, to be sure that also means that Rakudo is too permissive in this case * masak adds this to the ticket

[perl #59222] [PATCH] string to number radix support

Applied in r34167, thanks! Pm

Re: Recommended Perl 6 best practices?

On 2008 Dec 20, at 13:39, Carl Mäsak wrote: Maybe this counts as a best practice, or maybe it's more of a "pattern". In a recent piece of code, I found a way to exploit code blocks to act like "return statements with side effects". The resulting code became very clean, so I decided to blog about

[perl #61300] list assignment: arrays on LHS aren't filled properly

On Sat Dec 20 18:48:57 2008, cspencer wrote: > > Possible fix attached (though I'm nowhere near an expert on the > grammar/actions files). Yes, the fix appears to work (and doesn't cause any failures); now applied in r34184. Thanks! Pm