[Haskell-beginners] ghci: inconsistent return values for succ

[Frothy Bits]

@ Kostiantyn: Thank you.

Is the behavior I'm seeing actually related to a bug in parsec?

http://stackoverflow.com/questions/29820870/floating-point-numbers-precision-and-parsec

Yes or no, why wouldn't it be the default behavior of ghc to load the
Decimal package?

OTOH, the current default floating point behavior certainly got me thinking
and digging:

http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html





On Sat, Oct 17, 2015 at 7:48 PM, Frothy Bits <neuralpancake at gmail.com>
wrote:

> @ Dan Stromberg:  Thanks, understood.
>
> On Sat, Oct 17, 2015 at 7:17 PM, Frothy Bits <neuralpancake at gmail.com>
> wrote:
>
>> Greetings,
>>
>> Absolutely brand new to Haskell.  Taking ghci v7.10.2 out for a spin, and
>> I find I get inconsistent return values for succ n:
>>
>> ghci> succ 3.14
>> 4.1400000000000001
>>
>> for example instead of the expected 4.14
>>
>> succ 2.14 and 4.14 give the expected results. but succ 2.14 returns
>> 2.1399999999999997.  This anomalous behavior runs through the range of
>> n.nn;  in the n.01 range, for example, 16.01 and 63.01 return wonky results
>> per above.
>>
>> I tested this on Windows and Linux (various flavors) and I get the same
>> results there and in the interactive test code space on haskell.org.
>>
>> I'm not familiar enough with the language, yet, to go debugging this on
>> my own, but it would seem to be at least a problem with how succ is
>> implemented, if not how values are handled in general.....which could
>> potentially be bad if you were trying to do anything requiring precise
>> calculations....
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/beginners/attachments/20151018/a6fbaea2/attachment.html>