# Difference between revisions of "Power function"

CaleGibbard (talk | contribs) |
(link to Numeric Prelude on Wiki) |
||

Line 7: | Line 7: | ||

The reason is that there is no definition for the power function which covers all exotic choices for basis and exponent. | The reason is that there is no definition for the power function which covers all exotic choices for basis and exponent. | ||

− | It is even sensible to refine the set of power functions as it is done in the [ | + | It is even sensible to refine the set of power functions as it is done in the [[Numeric Prelude]] project. |

In mathematical notation we don't respect types and we do not distinguish between powers of different types. | In mathematical notation we don't respect types and we do not distinguish between powers of different types. | ||

However if we assume the most general types for both basis and exponent, the result of the power is no longer unique. | However if we assume the most general types for both basis and exponent, the result of the power is no longer unique. |

## Revision as of 14:13, 30 September 2008

## Question

Why are there several notions of power in Haskell, namely `(^)`

, `(^^)`

, `(**)`

?

## Answer

The reason is that there is no definition for the power function which covers all exotic choices for basis and exponent. It is even sensible to refine the set of power functions as it is done in the Numeric Prelude project. In mathematical notation we don't respect types and we do not distinguish between powers of different types. However if we assume the most general types for both basis and exponent, the result of the power is no longer unique. Actually all possible solutions of say , where is irrational is dense in the complex unit circle. In the past I needed the power of two complex numbers only once, namely for the Cauchy wavelet (see also: [1]):

However, I could not use the built-in complex power function because the resulting function became discontinuous. Of course, powers of complex numbers have the problem of branch cuts and the choice of the branch built into the implementation of the complex power is quite arbitrary and might be inappropriate.

But also for real numbers there are problems:
For computing `(-1)**(1/3::Double)`

the power implementation has to decide whether
`(1/3::Double)`

is close enough to .
If it does so it returns `(-1)`

, otherwise it fails.
However, why shall `0.333333333333333`

represent ?
It may be really meant as `333333333333333/10^15`

,
and a real th root of does not exist.

So I propose some balancing: The more general the basis the less general the exponent and vice versa. I also think the following symbols are more systematic and intuitive. They are used in NumericPrelude.

basis type | provides | symbol | exponent type | definition | |

any ring | `*` |
`^` |
cardinal | repeated multiplication | |

any field | `/` |
`^-` |
integer | multiplication and division | |

an algebraic field | `root` |
`^/` |
rational | list of polynomial zeros (length = denominator of the exponent) | |

positive real | `log` |
^? | any ring of characteristic zero with inverses for integers and a notion of limit | exponential series and logarithm |

- examples for rings are: Polynomials, Matrices, Residue classes
- examples for fields: Fractions of polynomials (rational functions), Residue classes with respect to irreducible divisors, in fact we do not need fields, we only need the division and associativity, thus invertible Matrices are fine

That is `(^-)`

replaces `(^^)`

,
`(^?)`

replaces `(**)`

,
`(^)`

remains and `(^/)`

is new.

## See also

- Haskell-Cafe: Proposal for restructuring Number classes