Skip to content
Exact real arithmetic in Haskell
Branch: master
Clone or download
Type Name Latest commit message Commit time
Failed to load latest commit information.
bench Add benchmark suite Nov 18, 2015
test Test at several precisions Apr 14, 2019
.gitignore Add .gitignore Nov 16, 2015
.travis.yml Update .travis.yml Apr 1, 2016
LICENSE Add license Nov 16, 2015
Setup.hs Add CReal type Nov 16, 2015
default.nix Improve nix expressions and add hpack description Apr 14, 2019
exact-real.cabal Update cabal according to package.yaml Apr 14, 2019
package.yaml Remove dead link to correctness proof from readme Apr 14, 2019
shell.nix Improve nix expressions and add hpack description Apr 14, 2019


Hackage Stackage Nightly Build Status Build status Coverage Status

Exact real arithmetic implemented by fast binary Cauchy sequences.

Motivating Example

Compare evaluating Euler's identity with a Float:

Note that you'll need the DataKinds extension turned on to evaluate the examples in this readme.

λ> let i = 0 :+ 1
λ> exp (i * pi) + 1 :: Complex Float
0.0 :+ (-8.742278e-8)

... and with a CReal:

λ> import Data.CReal
λ> let i = 0 :+ 1
λ> exp (i * pi) + 1 :: Complex (CReal 0)
0 :+ 0


CReal's phantom type parameter n :: Nat represents the precision at which values should be evaluated at when converting to a less precise representation. For instance the definition of x == y in the instance for Eq evaluates x - y at precision n and compares the resulting Integer to zero. I think that this is the most reasonable solution to the fact that lots of of operations (such as equality) are not computable on the reals but we want to pretend that they are for the sake of writing useful programs. Please see the Caveats section for more information.

The CReal type is an instance of Num, Fractional, Floating, Real, RealFrac, RealFloat, Eq, Ord, Show and Read. The only functions not implemented are a handful from RealFloat which assume the number is implemented with a mantissa and exponent.

There is a comprehensive test suite to test the properties of these classes.

The performance isn't terrible on most operations but it's obviously not nearly as speedy as performing the operations on Float or Double. The only two super slow functions are asinh and atanh at the moment.


The implementation is not without its caveats however. The big gotcha is that although internally the CReal ns are represented exactly, whenever a value is extracted to another type such as a Rational or Float it is evaluated to within 2^-p of the true value.

For example when using the CReal 0 type (numbers within 1 of the true value) one can produce the following:

λ> 0.5 == (1 :: CReal 0)
λ> 0.5 * 2 == (1 :: CReal 0) * 2


Contributions and bug reports are welcome!

Please feel free to contact me on GitHub or as "jophish" on freenode.


You can’t perform that action at this time.