[perl #126050] andthen acts differently on a return

2015-09-13 Thread via RT
# New Ticket Created by Elizabeth Mattijsen # Please include the string: [perl #126050] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126050 > [23:19:47] m: sub a { .Int with $^a }; a(Str).perl.say # somehow I expect

[perl #123037] [BUG] Typed array contains (Any) type objects when assigning past the end of the array in Rakudo

2015-09-13 Thread Christian Bartolomaeus via RT
On Thu Oct 23 04:51:47 2014, masak wrote: > m: my Int @a; @a[4]++; say @a[0]; say @a > rakudo-moar 315ec6: OUTPUT«(Int)␤(Any) (Any) (Any) (Any) 1␤» > Is that *supposed* to say "(Any)" there? > no, (Int) > * masak submits rakudobug Actually, the typed array seems to contain (Int) type objects -

[perl #118467] [BUG] Required named occurring before slurpy wrongly considered a multi candidate in Rakduo

2015-09-13 Thread Christian Bartolomaeus via RT
There already was a (skipped) test for this bug in S06-multi/positional-vs-named.t I added a reference to this ticket with commit https://github.com/perl6/roast/commit/d397bca9f2

[perl #117029] [BUG] :timezone does something wrong (and is too accepting) in Rakudo

2015-09-13 Thread Christian Bartolomaeus via RT
It looks like the design of :timezone was changed shortly after this bug report was submitted: https://github.com/perl6/specs/commit/5692ced333 The current implementation matches the design docs (timezone is offset from UTC in seconds; is Int supports .Int method; default value for timezone is 0

[perl #116373] [BUG] Error when using (supposedly) built-in subrule in grammar

2015-09-13 Thread Christian Bartolomaeus via RT
AFAIU the subrule is NYI. Therefore the inherited method print is used, which does not do the right thing on a cursor object (cmp. also https://rt.perl.org/Ticket/Display.html?id=65208).

[perl #123679] Odd compilation issue in rakudo

2015-09-13 Thread Christian Bartolomaeus via RT
The test for this issue in integration/precompiled.t was unfudged with commit https://github.com/perl6/roast/commit/57591f9f1d and the test passes now. I'm closing this ticket as 'resolved'.

[perl #125486] Autogenerated signature does not set multi-invocant bit

2015-09-13 Thread Christian Bartolomaeus via RT
AFAIU there are already tests for the multi-invocant bit in S06-signature/multi-invocant.t (lizmat++). I mentioned the ticket number in one of the tests and I'm closing this ticket as 'resolved'.

Re: [perl #126047] [BUG] coercions does not work with IntStr

2015-09-13 Thread Elizabeth Mattijsen
> On 13 Sep 2015, at 10:13, Tobias Leich (via RT) > wrote: > > # New Ticket Created by Tobias Leich > # Please include the string: [perl #126047] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=126047 > > > > m: sub foo

[perl #126047] [BUG] coercions does not work with IntStr

2015-09-13 Thread via RT
# New Ticket Created by Tobias Leich # Please include the string: [perl #126047] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126047 > m: sub foo(Int(IntStr:D) $a) { say $a.WHAT }; foo <42> rakudo-moar 77cf27: OUTPUT«(IntStr