flagging compiler-generated code

2008-11-11 Thread Chris Dolan
I'm thinking ahead to the Parrot equivalent of Perl::Critic, which I hope will someday be able to analyze arbitrary .pbc files. One problem I foresee is that there seems to be no way to distinguish anonymous subs ("my $f = sub { 1 };") from inner blocks. Both compile down to something lik

[perl #59484] [TODO] Implement $?PACKAGE in Rakudo

2008-11-11 Thread [EMAIL PROTECTED] via RT
On Tue Sep 30 06:04:03 2008, masak wrote: > ...as described in S02: > > > > Package declarations are not implemented yet, but even without them, > $?PACKAGE could be useful in the following case: > > class A { say "This is class $?PACKAGE" } > Impl

[perl #57400] Working with %*ENV in Rakudo is difficult

2008-11-11 Thread Patrick R. Michaud via RT
On Thu Oct 16 06:31:14 2008, masak wrote: > Here's a thorough investigation of the strange properties of %*ENV. Here's an explanation -- I'll start with the summary first and then look at the examples. > In summary: > > 1. Ordinary strings and strings in %*ENV are unequally treated. You can call

Re: [perl #58602] subset types and multi dispatch don't mix

2008-11-11 Thread chromatic
On Sunday 14 September 2008 12:48:07 Moritz Lenz wrote: > Currently (r31122) the example dies with "Ambiguous dispatch.". > > (On a related note, could we get more verbose error messages? "Ambiguous > dispatch for { sub | method } $name" would be more helpful.) Added in r32552. -- c

[svn:perl6-synopsis] r14605 - doc/trunk/design/syn

2008-11-11 Thread pmichaud
Author: pmichaud Date: Tue Nov 11 10:54:28 2008 New Revision: 14605 Modified: doc/trunk/design/syn/S03.pod Log: Fix a misnamed reference. Modified: doc/trunk/design/syn/S03.pod == --- doc/trunk/design/syn/S03.pod

[perl #60358] Rakudo doesn't recognize grammars with :: in the name

2008-11-11 Thread [EMAIL PROTECTED] via RT
On Wed Nov 05 19:31:36 2008, chrisdolan wrote: > It took a while to understand the code, but the solution was a > one-liner. Patch attached. Unfortunately, the patch produced a bunch of spectest failures. However, it wasn't because the patch was wrong, but rather a bug in some code generation in P

Re: [perl #60456] Str ~~ Grammar do not return Match object, but return strange hash

2008-11-11 Thread Patrick R. Michaud
On Mon, Nov 10, 2008 at 03:21:47AM -0800, Ilya Belikin wrote: > > grammar G { > token TOP { ':' + }; > token foo { \d }; > } > > my $a = ":123" ~~ G::TOP; The official syntax for matching against a rule or grammar has not yet been determined. So, I'm marking this ticket as "stalled" unt

[perl #57980] Fix bugs with nested ?? !!

2008-11-11 Thread Chris Dolan via RT
On Sat Aug 16 07:29:36 2008, [EMAIL PROTECTED] wrote: > - Awaiting parser improvements (PGE) A simple, failing test: say True ?? 1 !! False ?? 2 !! 3; (says 2, should say 1)

[perl #60474] Configure.pl doesn't properly detect osname

2008-11-11 Thread via RT
# New Ticket Created by Mike Kelly # Please include the string: [perl #60474] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60474 > --- osname= linux osvers= 2.6.27-7-generic arch= x86_64 cc= cc --- Flags: catego

[perl #57990] Implement prefix:<\> operator

2008-11-11 Thread Chris Dolan via RT
On Sat Aug 16 07:30:22 2008, [EMAIL PROTECTED] wrote: > - Need some clarity in spec and spectests for Capture objects Perhaps more clarity is needed, but the basics seems to work. I propose this ticket should be closed.

[perl #60456] Str ~~ Grammar do not return Match object, but return strange hash

2008-11-11 Thread via RT
# New Ticket Created by Ilya Belikin # Please include the string: [perl #60456] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60456 > grammar G { token TOP { ':' + }; token foo { \d }; } my $a = ":123" ~~ G::TOP;

[perl #58602] subset types and multi dispatch don't mix

2008-11-11 Thread [EMAIL PROTECTED] via RT
On Fri Sep 05 08:26:34 2008, [EMAIL PROTECTED] wrote: > Rakudo r30787 dies on multi dispatch when subset types are involved: > > test file: > > subset Even of Int where { $_ % 2 == 0 }; > subset Odd of Int where { $_ % 2 == 1 }; > > multi sub test_subtypes(Even $y){ 'Even' } > multi sub test_su

[perl #58388] [BUG] Num typecheck doesn't accept integers

2008-11-11 Thread [EMAIL PROTECTED] via RT
On Wed Aug 27 02:29:23 2008, stifynsemons wrote: > my Num $x = 3; > causes a typecheck failure, whereas: > Fixed in r32528. Thanks, Jonathan