[perl #125516] "Use of Nil in numeric context" warning seen with Proc::Async exitcode on OS X only

2015-07-01 Thread via RT
# New Ticket Created by steve mynott # Please include the string: [perl #125516] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125516 > % more async2.p6 #!/usr/bin/env perl6 use v6; my $proc = Proc::Async.new( | < ps > );

[perl #125517] NativeCall test failures on armv7l (e.g. Jolla phone)

2015-07-01 Thread via RT
# New Ticket Created by Salve J. Nilsen # Please include the string: [perl #125517] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125517 > [nemo@Jolla moar-nom]$ uname -a Linux Jolla 3.4.106.20150416.1 #1 SMP PREEMPT Thu Apr

[perl #125515] [BUG] Proc::Async stdout does not tap output in its entirety.

2015-07-01 Thread via RT
# New Ticket Created by 刘刊 # Please include the string: [perl #125515] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125515 > https://gist.github.com/anonymous/79a7e59cf3160f6ac09e 07:31 kanlrepeating a previous questi

[perl #125524] exponentiation overflows to 0 under MoarVM

2015-07-01 Thread via RT
# New Ticket Created by Brad Gilbert # Please include the string: [perl #125524] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125524 > $ perl6-m -e 'say 10 ** 10 ** 10' 0 While it does come to the conclusion very q

[perl #125511] Rakudo star (via docker) bug?

2015-07-01 Thread via RT
# New Ticket Created by Aaron Sherman # Please include the string: [perl #125511] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125511 > $ docker run -it rakudo-star perl6 -e 'say map {Num.new($^n)}, "1"' 1 $ docker run -it r

[perl #125514] Proc::Async stdout does not tap output in its entirety.

2015-07-01 Thread via RT
# New Ticket Created by 刘刊 # Please include the string: [perl #125514] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125514 > https://gist.github.com/anonymous/79a7e59cf3160f6ac09e 07:31 kanlrepeating a previous questi

[perl #113964] [BUG] LTA error message when passing to a typed slurpy array parameter in Rakudo

2015-07-01 Thread Christian Bartolomaeus via RT
I found this Pull Request for rakudo, which implemented the error message "Slurpy positionals with type constraints are not supported": https://github.com/rakudo/rakudo/pull/160 So I guess, the skipped tests for slurpy positionals in S06-signature/slurpy-params.t should be replaced and the exam

[perl #125523] NativeCall num64 not properly defaulting

2015-07-01 Thread via RT
# New Ticket Created by # Please include the string: [perl #125523] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125523 > num64 should be a floating-point type as per the docs, so $value = 1.0 should be a reasonable floati

[perl #98854] [BUG] |$ in a signature causes a parsefail in Rakudo

2015-07-01 Thread Christian Bartolomaeus via RT
It looks like this was not a bug regarding '|$' in a signature, but a mis-parse. AFAIU commits https://github.com/rakudo/rakudo/commit/ce263122bc and https://github.com/perl6/std/commit/53b3ca6ff2 changed the parsing rules for rakudo and STD, respectively. The error messages are gone now: < bar

Re: Sub args: choose one of two?

2015-07-01 Thread yary
Thanks, I missed making the named arguments required in my initial example. What I thought was a "less than awesome" error was perfectly appropriate; with the named arguments being optional, no arguments meant the first MAIN ran and tried printing its uninitialized parameter. -y On Wed, Jul 1, 20

Re: Types for Perl 6: request for comments

2015-07-01 Thread yary
On Wed, Jul 1, 2015 at 6:03 AM, Giuseppe Castagna < g...@pps.univ-paris-diderot.fr> wrote: > On 30/06/15 22:30, yary wrote: > > Now that I've read ahead to 3.4, the "multi method solution" shown can be > a little simpler, just need to add "multi" to the original "equal" methods, > see attached. >

Re: Sub args: choose one of two?

2015-07-01 Thread Tom Browder
> Perhaps you want that the named arguments are required rather than ... Thanks, Pm! Best, -Tom

[perl #125521] Braced form of ** quantifier not handling captured matches correctly

2015-07-01 Thread via RT
# New Ticket Created by Faye # Please include the string: [perl #125521] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=125521 > $ perl6 -e 'say "AAA" ~~ /$=(A)+/' 「AAA」 letter => 「A」 letter => 「A」 letter => 「A」 $ perl6 -e