Re: [perl #126888] [BUG] list binding hangs

2015-12-24 Thread Zefram
This has now been fixed by commit 986f98d8c6d772ac5d0b513793c521df6a343ae8 from Timo++. -zefram

[perl #127025] Multimethods from a role fail to probe all where clauses during dispatch

2015-12-24 Thread Brian S. Julin
# New Ticket Created by "Brian S. Julin" # Please include the string: [perl #127025] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127025 > Regression: (09:51:30 PM) camelia: rakudo-moar e360bd: OUTPUT«1␤» (09:51:57 PM) ski

[perl #127024] Multi methods from separate roles conflict despite where constraint

2015-12-24 Thread Brian S. Julin
# New Ticket Created by "Brian S. Julin" # Please include the string: [perl #127024] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127024 > Regression: (09:41:06 PM) skids: m: role A { multi method a ($ where { $_.say; $_ ~

[perl #127023] LTA error message “Unknown QAST node type NQPMu” ( (:w :h<1>) )

2015-12-24 Thread via RT
# New Ticket Created by Alex Jakimenko # Please include the string: [perl #127023] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127023 > Code: (:w :h<1>) Result: ===SORRY!=== Unknown QAST node type NQPMu

[perl #127022] [BUG] Can't find infix < in the middle of nowhere (a given)

2015-12-24 Thread via RT
# New Ticket Created by Sylvain Colinet # Please include the string: [perl #127022] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127022 > Sorry, I am not really sure how to golf that I get this weird error on the Gumbo modul

Re: [perl #127002] [BUG] DateTime.new accepts bogus string input

2015-12-24 Thread Zefram
Brent Laabs via RT wrote: >There is no mismatch between docs and implementation (see >https://github.com/perl6/doc/commit/4ee960fa6ec96437b088337851b19878f194d709 >). Ah, the mismatch has been resolved by that change, in response to this ticket. That would make this ticket resolved, not rejected.

[perl #127020] pod parsing memory is never freed

2015-12-24 Thread via RT
# New Ticket Created by Lloyd Fournier # Please include the string: [perl #127020] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127020 > use MONKEY-SEE-NO-EVAL; sub MAIN($file) { { EVAL '=pod ' ~ "a" x 1_000_000

Re: [perl #127008] [BUG] Date.new accepts bogus string input

2015-12-24 Thread Zefram
Elizabeth Mattijsen via RT wrote: >Fixed as a side-effect of fixing #127010 in fb475d22ba6d5507dd . Can be >closed. Not fully fixed. You've fixed most (not all) of the specific cases that I reported, but you left one of them, along with some year formatting that I didn't specifically list. Inv

Re: [perl #127002] [BUG] DateTime.new accepts bogus string input

2015-12-24 Thread Zefram
Brent Laabs via RT wrote: >http://design.perl6.org/S32/Temporal.html#line_97 says that DateTime.new >accepts RFC 3339 strings, not ISO 8601. It should probably accept >both. One of the "wrong" formats in particular, the timezone -, >is required by RFC 3339. If you specifically intend to accep

Re: [perl #127008] [BUG] Date.new accepts bogus string input

2015-12-24 Thread Elizabeth Mattijsen
> On 24 Dec 2015, at 00:50, Zefram (via RT) > wrote: > > # New Ticket Created by Zefram > # Please include the string: [perl #127008] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=127008 > > > > The documentation for D

Re: [perl #127010] [LTA] Date.new(Str) limited year range

2015-12-24 Thread Elizabeth Mattijsen
> On 24 Dec 2015, at 00:55, Zefram (via RT) > wrote: > > # New Ticket Created by Zefram > # Please include the string: [perl #127010] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=127010 > > > > Date.new on a Str input

[perl #127019] [LTA] inconsistent coercions for Bool

2015-12-24 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #127019] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127019 > I'm not sure what identities we can expect coercions to obey in Perl 6, but this combination of