After some more investigation it turned out to be not so difficult in the MAIN
parameter
handling case. So, fixed with 546dbd99b18425a42c8 . Tests needed!
> On 18 Nov 2016, at 15:40, Itsuki Toyota (via RT)
> wrote:
>
> # New Ticket Created by Itsuki Toyota
> # Please include the string: [
After some more investigation it turned out to be not so difficult in the MAIN
parameter
handling case. So, fixed with 546dbd99b18425a42c8 . Tests needed!
> On 18 Nov 2016, at 15:40, Itsuki Toyota (via RT)
> wrote:
>
> # New Ticket Created by Itsuki Toyota
> # Please include the string: [
This passes now on latest Rakudo per
https://irclog.perlgeek.de/perl6/2016-11-18#i_13592286
On Tue, 22 Dec 2015 07:41:52 -0800, na...@cpan.org wrote:
> This is from a fresh clone. There is no perl6 on the %PATH%.
>
> First, no options. Killed after moar.exe CPU use fell to 0, and Task
> Manager
On Sun, 18 Sep 2016 03:14:30 -0700, elizabeth wrote:
> Fixed by reverting 1a03efe4e3b61a07b7df5 in 363a3a899f2cb342d1ca5 .
Can we close the case?
--
Will "Coke" Coleda
On Fri, 18 Nov 2016 10:20:43 -0800, c...@zoffix.com wrote:
> On Wed, 01 Jul 2015 13:22:39 -0700, brad wrote:
> >
> > $ perl6-m -e 'say 10 ** 10 ** 10'
> > 0
> >
> > While it does come to the conclusion very quickly, the result doesn't
> > make any sense.
> >
> > The JVM backend at least returns a s
On Wed, 09 Dec 2015 00:08:19 -0800, moritz wrote:
> On Sat Dec 05 17:12:49 2015, thunderg...@comcast.net wrote:
> > Complex.narrow fails when the real part is zero.
> >
> > $ perl6 -e' say 0+1i.narrow '
> > Attempt to divide 1 by zero using /
> >in block at -e:1
> >
> > Ac
On Fri, 12 Aug 2016 09:46:38 -0700, zef...@fysh.org wrote:
> > (9.999e-5 * 2e0**66).Int * 5**8 - * 2**58
> 287369
> > (9.99895e-5 * 2e0**66).Int * 5**8 - * 2**58
> -103256
>
> The above computations show, scaled up, the difference between a Num value
> and the exact value 9.9
On Wed, 01 Jul 2015 13:22:39 -0700, brad wrote:
>
> $ perl6-m -e 'say 10 ** 10 ** 10'
> 0
>
> While it does come to the conclusion very quickly, the result doesn't
> make any sense.
>
> The JVM backend at least returns a sensible value, even if it does
> take
> quite a bit longer to figure out.
On Tue, 08 Sep 2015 05:22:21 -0700, moritz.l...@gmail.com wrote:
> 14:16 < moritz> m: say 0.99.Str
> 14:16 <+camelia> rakudo-moar cbf85b: OUTPUT«0.10»
>
> Clearly this is wrong. If the intent is to round up, it should produce
> 1.0, not 0.10.
>
> The Rat object itself is con
The parameters received from the command line, are always Str (or IntStr if
they look like an integer). To allow direct matching / handling of this, we
would need something like an EnumStr type. I don’t think that’s going to
happen soon.
I also tried some pre-processing on the @*ARGS array in
The parameters received from the command line, are always Str (or IntStr if
they look like an integer). To allow direct matching / handling of this, we
would need something like an EnumStr type. I don’t think that’s going to
happen soon.
I also tried some pre-processing on the @*ARGS array in
# New Ticket Created by Itsuki Toyota
# Please include the string: [perl #130131]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130131 >
See the following results:
$ perl6 script.p6 --country=America
Usage:
script.p6 --cou
12 matches
Mail list logo
