On Tue Jul 27 19:17:07 2010, coke wrote:
> On Sat Apr 24 12:55:39 2010, masak wrote:
> > <moritz_> rakudo: 3.14159265358979323846264338327950288419716939937510e0
> > <p6eval> rakudo 06fe9a: OUTPUT«Multiple Dispatch: No suitable
> > candidate found for 'multiply_float', with signature 'PNP->P' [...]
> > <masak> I s'pose that's a known, reported bug?
> > <moritz_> no idea
> > <moritz_> don't think so
> > * masak submits it, then
>
> Behaves different in REPL/evalbot:
>
> $ ./perl6
> > 3.14159265358979323846264338327950288419716939937510e0
> 3.14159265358979
>
> but:
>
> 22:16 < [Coke]> rakudo:
> 3.14159265358979323846264338327950288419716939937510e0
> 22:16 <+p6eval> rakudo 7f5c22: ( no output )
>
>
oh, duh, need to print the value for the evalbot:
22:45 < [Coke]> rakudo:
3.14159265358979323846264338327950288419716939937510e0.perl.say
22:45 <+p6eval> rakudo 7f5c22: OUTPUT«3.14159265358979»
Per colomon++, this is functioning to spec. Assigning to him for spectesting.
(virtually. he
doesn't have an account on RT, so assigning to moritz).
22:47 < colomon> yes. the e0 at the end means it's a Num, which is
machine-precision.
--
Will "Coke" Coleda
