Re: [perl #129311] Simple Grammar Goes into infinite loop

2016-09-21 Thread Andrew Buchanan
Ok, that clarifies things. Now that I understand what is happening, it is straightforward to recognise and fix the problem. A sentence in the documentation might help other perl 5 transitioners from getting bitten, perhaps at the explanation of the * quantifier. > On 21 Sep 2016, at 6:35

[perl #129329] Required named params not narrower than optional ones?

2016-09-21 Thread via RT
# New Ticket Created by Elizabeth Mattijsen # Please include the string: [perl #129329] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129329 > $ perl6 -e 'multi a($a,:$enc,|c) { "enc" }; multi a($a,:$gzip!,|c) { "gzip" };

Re: [perl #122732] [jvm] control operator crossed continuation barrier

2016-09-21 Thread Brandon Allbery
On Wed, Sep 21, 2016 at 2:58 PM, Christian Bartolomaeus via RT < perl6-bugs-follo...@perl.org> wrote: > I must admit that I don't understand the purpose of the two lines I > removed from src/vm/jvm/runtime/org/perl6/nqp/runtime/Ops.java. They were > added with nqp commit bfee0177b1 back in 2013.

[perl #122732] [jvm] control operator crossed continuation barrier

2016-09-21 Thread Christian Bartolomaeus via RT
On Tue Oct 21 00:20:02 2014, barto...@gmx.de wrote: > Those are the emergency hot-fix commits, which are still in nom: > > * > https://github.com/rakudo/rakudo/commit/33131e00d76fef9d4d8b6c93cdd0c110fd2897fe > > * > https://github.com/rakudo/rakudo/commit/94d83c1f7c4976c0fc0e7414e588d59ecf171628

[perl #127204] [IO] for $fh.read(1024) -> $blob

2016-09-21 Thread Sam S. via RT
Unless I'm missing something, there is no bug here. Here's how each example works: for $fh.lines -> $line { ... } The .lines method is only called once, and returns a lazy sequence of lines (represented as a Seq object). The `for` loop then iterates this sequence. for $fh.read(1024)

[perl #129278] [BUG] Can't assign to `int` private attribute using signature

2016-09-21 Thread jn...@jnthn.net via RT
On Thu Sep 15 11:49:35 2016, c...@zoffix.com wrote: > #Doesn't work: > m: class { has int $!n = 0; method x ($!n) {} }.new.x: 42 > rakudo-moar 2c95f7: OUTPUT«Cannot modify an immutable int␤ > in method x at line 1␤ in block at line 1␤␤» > I've fixed this and added tests to

[perl #129306] [LTA] “cannot stringify this” error message if the signature is incorrect ( sub foo(@array ($first, @rest)) )

2016-09-21 Thread jn...@jnthn.net via RT
On Sun Sep 18 17:09:21 2016, alex.jakime...@gmail.com wrote: > Code: > sub foo(@array ($first, @rest)) { say @rest }; > foo <1 2 3> > > Result: > cannot stringify this > in sub foo at -e line 1 > in block at -e line 2 > > “cannot stringify this” error message is coming from MoarVM. This should

[perl #129291] [BUG] [SEGV] problems when run()ning two procs and passing the :out of one to the :in of the other

2016-09-21 Thread jn...@jnthn.net via RT
On Sat Sep 17 07:29:24 2016, ddgr...@gmail.com wrote: > AlexDaniel++ reminded me about --full-cleanup, so here's the output of > another run with MoarVM built with --debug: > > This is Rakudo Perl 6

[perl #129325] [BUG] handles runs after role stub required method checking

2016-09-21 Thread via RT
# New Ticket Created by Lloyd Fournier # Please include the string: [perl #129325] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129325 > role R { method f {...} }; class A { method f { } }; class B does R { has A $.a