Re: [perl #131686] [BUG] [X] @list-of-lists misbehaves with list of one list

2017-07-18 Thread Michael Schaap via RT
In my opinion, to decide whether it's a bug, you shouldn't look at the implementation of [X] and [X*], but rather at its practical use. In what cases would you use it, and what do you expect it to return when your list of lists happens to be one list? That's what I was trying to do with my exampl

Re: [perl #131686] [BUG] [X] @list-of-lists misbehaves with list of one list

2017-07-18 Thread Michael Schaap
In my opinion, to decide whether it's a bug, you shouldn't look at the implementation of [X] and [X*], but rather at its practical use. In what cases would you use it, and what do you expect it to return when your list of lists happens to be one list? That's what I was trying to do with my exampl

Re: [perl #131686] [BUG] [X] @list-of-lists misbehaves with list of one list

2017-07-01 Thread Michael Schaap via RT
That may indeed explain why it works the way it does, but that doesn't mean it isn't a bug. IMO it certainly is; [X] and [X*] don't work as advertised. Let me explain how I found this bug. I'm generating a list of divisors for a number. I already have the prime factorization of that number, a

Re: [perl #131686] [BUG] [X] @list-of-lists misbehaves with list of one list

2017-07-01 Thread Michael Schaap
That may indeed explain why it works the way it does, but that doesn't mean it isn't a bug. IMO it certainly is; [X] and [X*] don't work as advertised. Let me explain how I found this bug. I'm generating a list of divisors for a number. I already have the prime factorization of that number,

Re: [perl #131599] [BUG] "my %hash is default([])" misbehaves

2017-06-19 Thread Michael Schaap via RT
sn't really a bug report, but a feature request. > The new feature may very well use the same syntax you have provided. > > On Sun, Jun 18, 2017 at 4:52 PM, Michael Schaap > wrote: >> # New Ticket Created by Michael Schaap >> # Please include the string: [pe

Re: [perl #131599] [BUG] "my %hash is default([])" misbehaves

2017-06-19 Thread Michael Schaap
ed. On Sun, Jun 18, 2017 at 4:52 PM, Michael Schaap wrote: # New Ticket Created by Michael Schaap # Please include the string: [perl #131599] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131599 > #!/usr/bin/env perl6 my %sum{

Re: [perl #130774] AutoReply: [BUG] Rat.norm() doesn't normalize, but Rat.nude() does - in place!

2017-02-13 Thread Michael Schaap
Actually, it's not as rare as I thought: the same thing happens when you do: > my $f = 1/6 + 1/6

Re: [perl #130472] [RFC] permutations and combinations don't have a :distinct parameter

2017-01-02 Thread Michael Schaap
On 1-Jan-17 7:16, Zoffix Znet via RT wrote: On Sat, 31 Dec 2016 18:59:43 -0800, pe...@mscha.org wrote: The permutations and combinations routines both give all possibilities, even if they're not distinct. > .permutations ((a b b) (a b b) (b a b) (b b a) (b a b) (b b a)) > .combinations(2) (

[perl #130253] [NYI] Coercion type in variable declarations

2016-12-06 Thread Michael Schaap
(Apologies if this appears twice.) I was told on IRC to report this as an NYI. https://irclog.perlgeek.de/perl6/2016-12-03#i_13674766 Thanks, - Michael

Re: [perl #130253] [NYI] Coercion type in variable declarations

2016-12-06 Thread Michael Schaap
On 6-Dec-16 17:36, Will Coleda via RT wrote: On Sat, 03 Dec 2016 11:31:59 -0800, pe...@mscha.org wrote: Coercion type works quite nicely in signatures, e.g. sub foo(Int(Cool) $f) { say $f.WHAT; } foo "42";# (Int) but it doesn't work yet in variable declarations,