[perl #128914] [BUG] decimal->float conversion differs for literals and Str.Num

2018-03-25 Thread Zoffix Znet via RT
On Fri, 12 Aug 2016 10:24:48 -0700, zef...@fysh.org wrote: > > "9.998e0".EVAL - "9.998e0".Num > 1.77635683940025e-15 > > Observe that the same string yields different Num values when interpreted > as a Num literal and when coerced. Where the string is meaningful both > way

[perl #128914] [BUG] decimal->float conversion differs for literals and Str.Num

2018-03-25 Thread Zoffix Znet via RT
On Fri, 12 Aug 2016 10:24:48 -0700, zef...@fysh.org wrote: > > "9.998e0".EVAL - "9.998e0".Num > 1.77635683940025e-15 > > Observe that the same string yields different Num values when interpreted > as a Num literal and when coerced. Where the string is meaningful both > way

[perl #128912] [BUG] decimal->float bad rounding

2018-03-25 Thread Zoffix Znet via RT
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

[perl #128912] [BUG] decimal->float bad rounding

2018-03-25 Thread Zoffix Znet via RT
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

[perl #132268] [MATH] Floating point anomalies

2018-03-25 Thread Zoffix Znet via RT
On Wed, 11 Oct 2017 04:25:32 -0700, sisyphus wrote: > Hi, > Some anomalous rounding behaviour on Ubuntu-16.04 was noted at > http://www.perlmonks.org/?node_id=1200326 > > Here are the specifics: > > $ perl6 --version > This is Rakudo version 2017.07 built on MoarVM version 2017.07 > implementing

[perl #132268] [MATH] Floating point anomalies

2018-03-25 Thread Zoffix Znet via RT
On Wed, 11 Oct 2017 04:25:32 -0700, sisyphus wrote: > Hi, > Some anomalous rounding behaviour on Ubuntu-16.04 was noted at > http://www.perlmonks.org/?node_id=1200326 > > Here are the specifics: > > $ perl6 --version > This is Rakudo version 2017.07 built on MoarVM version 2017.07 > implementing

[perl #127184] [BUG] One digit short to correctly stringify a double

2018-03-25 Thread Zoffix Znet via RT
On Wed, 06 Jan 2016 04:47:03 -0800, dankogai wrote: > Folks, > > Rakudo needs to add one more digit for each Num it stringifies. > > % perl6 -e 'pi.say' > 3.14159265358979 > % ruby -e 'puts Math::PI' > 3.141592653589793 > > As a result… > > % perl6 > > 3.14159265358979 == pi > False > > 3.14159

[perl #127184] [BUG] One digit short to correctly stringify a double

2018-03-25 Thread Zoffix Znet via RT
On Wed, 06 Jan 2016 04:47:03 -0800, dankogai wrote: > Folks, > > Rakudo needs to add one more digit for each Num it stringifies. > > % perl6 -e 'pi.say' > 3.14159265358979 > % ruby -e 'puts Math::PI' > 3.141592653589793 > > As a result… > > % perl6 > > 3.14159265358979 == pi > False > > 3.14159

[perl #128758] Reduce with numeric ops does not numify things if only one arg is passed ([*] set(1,2,3))

2018-03-25 Thread Jan-Olof Hendig via RT
On Thu, 29 Jun 2017 12:50:43 -0700, sml...@gmail.com wrote: > It looks like this bug hasn't been *completely* fixed: > > dd &infix:<+>( "2" ); # 2 > dd &infix:<*>( "2" ); # 2 > > dd [*] "2"; # 2 > dd [+] "2"; # 2 > > dd reduce &infix:<*>, "2"; # 2 > d

Re: CPAN and p6c

2018-03-25 Thread Fernando Santagata
Thanks, I'm doing that. On Fri, Mar 23, 2018 at 5:26 PM, Tom Browder wrote: > > On Fri, Mar 23, 2018 at 10:36 Fernando Santagata < > nando.santag...@gmail.com> wrote: > >> Hello *, >> >> It seems that the p6c ecosystem is soon to be deprecated, so I applied >> for a PAUSE id and uploaded a new m