On Tue, Apr 27, 2010 at 06:31:01AM +0200, Stéphane Payrard wrote:
> When doing an analyse of a sample parse tree, I note that it is
> cluttered by the reduction of optional subrules
> to generate a zero length parse subtree. That is, rules with a '?'
> quantifier matching zero time.
> Suppressing
Author: lwall
Date: 2010-04-27 20:35:06 +0200 (Tue, 27 Apr 2010)
New Revision: 30488
Modified:
docs/Perl6/Spec/S02-bits.pod
docs/Perl6/Spec/S04-control.pod
Log:
[S04] clarify that state is shared by recursion to the same clone
remove some ::= fossils
Modified: docs/Perl6/Spec/S02-bits.pod
Author: colomon
Date: 2010-04-27 19:41:29 +0200 (Tue, 27 Apr 2010)
New Revision: 30486
Modified:
docs/Perl6/Spec/S03-operators.pod
Log:
[Spec] .bound should have been .bounds.
Modified: docs/Perl6/Spec/S03-operators.pod
===
--- do
Author: colomon
Date: 2010-04-27 18:38:35 +0200 (Tue, 27 Apr 2010)
New Revision: 30484
Modified:
docs/Perl6/Spec/S03-operators.pod
Log:
[Spec] Range.minmax is now Range.bounds.
Modified: docs/Perl6/Spec/S03-operators.pod
===
--- d
Author: colomon
Date: 2010-04-27 18:36:16 +0200 (Tue, 27 Apr 2010)
New Revision: 30483
Modified:
docs/Perl6/Spec/S03-operators.pod
docs/Perl6/Spec/S32-setting-library/Containers.pod
Log:
[Spec] Note that the various minmax methods, subs, and operators return a Range.
Modified: docs/Perl6/Sp
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74694]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74694 >
rakudo: my $a = "a"; $a ~~ / $a /; say $/.chars
rakudo 0a04ef: OUTPUT«-4»
Erm. :-)
When doing an analyse of a sample parse tree, I note that it is
cluttered by the reduction of optional subrules
to generate a zero length parse subtree. That is, rules with a '?'
quantifier matching zero time.
Suppressing such matching rules from the parse tree would make it
easier to read.
Additi
On Fri Apr 16 11:10:09 2010, rurban wrote:
> > Annyoing tabs and missing chmod +x
>
> Sorry, scratch that.
> This patch is actually tested now.
>
> The real problem:
> /usr/bin/perl -MExtUtils::Command -e cp src/pmc/perl6_group.dll
> src/ops/perl6_ops.dll src/ops/perl6_ops_switch.dll dynext
> r
On Thu Feb 25 03:16:42 2010, masak wrote:
> rakudo: say ~Array.^methods
> rakudo e79112: OUTPUT«maximum recursion depth exceeded [...]
> o.O
> i broketed it!
> * masak submits rakudobug
> rakudo: Array.^methods
> rakudo e79112: OUTPUT«maximum recursion depth exceeded [...]
I fixed .^methods
On Mon Feb 15 02:15:12 2010, masak wrote:
> rakudo: class Boo does Snorkable { };
> rakudo 70667a: OUTPUT«Null PMC access in type() [...]
> * masak submits
> diakopter++ # Snorkable
Now:
> class Boo does Snorkable { };
Typename Snorkable must be pre-declared to use it with does
Snork on! Give
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #74668]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74668 >
rakudo: use MONKEY_TYPING; class A {}; class B { }; augment
class B is A { };
rakudo f
11 matches
Mail list logo
