Motivation

The topic came up on the Go mailing list. I know it's a common topic and was surprised to see it missing from RC. My task example comes almost directly from the original post. I clarified what I thought were points of valid concern, exact representation and rounding, and bumped one number a little so that truncating the tax result would give the wrong answer and rounding was required. I expect the task to be especially simple for languages with a native or library decimal type. —Sonia (talk) 23:45, 2 January 2014 (UTC)

Problem with tasks examples?

Hi, I just saw the J example use floating point and get the expected result?! (Before 'corrected' to not use floating point). Shouldn't the task be amended so that normal double precision floating point calculations would give the wrong result forcing most languages to handle the calculation using something better than this?

Maybe calculations on a string of values that include millions (or billions), of pounds together with single pence/cents calculations contrived to give wrong results when working in double-precision binary floating point.

Could we possibly delay taking this task out of draft status for a while whilst this is discussed here? Thanks. --Paddy3118 (talk) 11:22, 3 January 2014 (UTC)

Possibly we could introduce a need for an exact comparison that would fail under floating-point? I agree about keeping it draft for now. --TimToady (talk) 16:07, 3 January 2014 (UTC)
Return to "Currency" page.