Exact reals must allow us to run a huge series of computations, prescribing only the precision of the end result. Intermediate computations, and determining their necessary precision must be achieved automatically, dynamically.

Exact reals must allow us to run a huge series of computations, prescribing only the precision of the end result. Intermediate computations, and determining their necessary precision must be achieved automatically, dynamically.

−

Maybe another problem, but it was that lead me to think on exact real arithmetic:

+

Maybe another problem, but it was that lead me to think about exact real arithmetic:

−

using some Mandelbrot-plotting programs, the number of iterations must be prescribed by the user at the beginning. And when we zoom too deep into these Mandelbrot worlds, it will become ragged or smooth. Maybe solving this particular problem does not need necessarily the concept of exact real arithmetic, but it was the first time I began to think on such problems.

+

using some Mandelbrot-plotting programs, the number of iterations must be prescribed by the user at the beginning. And when we zoom too deep into these Mandelbrot worlds, it will become ragged or smooth. Maybe solving this particular problem does not necessarily need the concept of exact real arithmetic, but it was the first time I began to think about such problems.

See other numeric algorithms at [[Libraries and tools/Mathematics]].

See other numeric algorithms at [[Libraries and tools/Mathematics]].

−

=== Why, are there reals at all, which are defined exactly, but are not computable? ===

+

=== Why are there reals at all which are defined exactly, but are not computable? ===

See e.g. [[Chaitin's construction]].

See e.g. [[Chaitin's construction]].

Line 25:

Line 25:

== Theory ==

== Theory ==

−

* Jean Vuillemin's [http://www.inria.fr/rrrt/rr-0760.html Exact real computer arithmetic with continued fractions] is very good article on the topic itself. It can serve also as a good introductory article, too, because it presents the connections to both mathematical analysis and [[Computer science#Computability theory|Computability theory]]. It discusses several methods, and it describes some of them in more details.

+

* Jean Vuillemin's [http://www.inria.fr/rrrt/rr-0760.html Exact real computer arithmetic with continued fractions] is very good article on the topic itself. It can also serve as a good introductory article, because it presents the connections to both mathematical analysis and [[Computer science#Computability theory|Computability theory]]. It discusses several methods, and it describes some of them in more details.

* [http://www.cs.bham.ac.uk/~mhe/ Martín Escardó]'s project [http://www.dcs.ed.ac.uk/home/mhe/plume/ A Calculator for Exact Real Number Computation] -- its chosen functional language is Haskell, mainly because of its purity, lazyness, presence of lazy lists, pattern matching. Martín Escardó has many exact real arithetic materials also among his many [http://www.cs.bham.ac.uk/~mhe/papers/index.html papers].

* [http://www.cs.bham.ac.uk/~mhe/ Martín Escardó]'s project [http://www.dcs.ed.ac.uk/home/mhe/plume/ A Calculator for Exact Real Number Computation] -- its chosen functional language is Haskell, mainly because of its purity, lazyness, presence of lazy lists, pattern matching. Martín Escardó has many exact real arithetic materials also among his many [http://www.cs.bham.ac.uk/~mhe/papers/index.html papers].

−

* [http://users.info.unicaen.fr/~karczma/arpap/ Jerzy Karczmarczuk]'s paper with the funny title [http://users.info.unicaen.fr/~karczma/arpap/lazypi.ps.gz The Most Unreliable Technique in the World to compute pi] describes how to compute Pi as a lazy list of digits.

+

* [http://users.info.unicaen.fr/~karczma/arpap/ Jerzy Karczmarczuk]'s ''(wonderful, wonderful! gem of a)'' paper with the funny title [http://users.info.unicaen.fr/~karczma/arpap/lazypi.ps.gz The Most Unreliable Technique in the World to compute pi] describes how to compute Pi as a lazy list of digits.

Exact real arithmetic is not the same as fixed arbitrary precision reals (see Precision(n) of Yacas).

Exact reals must allow us to run a huge series of computations, prescribing only the precision of the end result. Intermediate computations, and determining their necessary precision must be achieved automatically, dynamically.

Maybe another problem, but it was that lead me to think about exact real arithmetic:
using some Mandelbrot-plotting programs, the number of iterations must be prescribed by the user at the beginning. And when we zoom too deep into these Mandelbrot worlds, it will become ragged or smooth. Maybe solving this particular problem does not necessarily need the concept of exact real arithmetic, but it was the first time I began to think about such problems.