<div dir="ltr">@ Kostiantyn: Thank you.<div><br></div><div>Is the behavior I'm seeing actually related to a bug in parsec?  </div><div><br></div><div><a href="http://stackoverflow.com/questions/29820870/floating-point-numbers-precision-and-parsec" style="font-size:12.8px" target="_blank">http://stackoverflow.com/questions/29820870/floating-point-numbers-precision-and-parsec</a><br></div><div><br></div><div><div>Yes or no, why wouldn't it be the default behavior of ghc to load the Decimal package?</div><div><br></div><div>OTOH, the current default floating point behavior certainly got me thinking and digging:</div></div><div><br></div><div><a href="http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html" target="_blank" style="font-size:12.8px">http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html</a><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 17, 2015 at 7:48 PM, Frothy Bits <span dir="ltr"><<a href="mailto:neuralpancake@gmail.com" target="_blank">neuralpancake@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">@ Dan Stromberg:  Thanks, understood.  </div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 17, 2015 at 7:17 PM, Frothy Bits <span dir="ltr"><<a href="mailto:neuralpancake@gmail.com" target="_blank">neuralpancake@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Greetings,<div><br></div><div>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:</div><div><br></div><div>ghci> succ 3.14</div><div>4.1400000000000001  </div><div><br></div><div>for example instead of the expected 4.14</div><div><br></div><div>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.</div><div><br></div><div>I tested this on Windows and Linux (various flavors) and I get the same results there and in the interactive test code space on <a href="http://haskell.org" target="_blank">haskell.org</a>.</div><div><br></div><div>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....</div><div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>