|
|
last edited 17 years ago |
1 | ||
Editor:
Time: 2007/11/17 22:32:22 GMT-8 |
||
Note: |
changed: - On 24 May 2007 20:09:32 +0200 Martin Rubey replied to: Sumant S.R. Oemrawsingh who wrote:: I just find this very strange: (1) -> %e (1) %e Type: Expression Integer (2) -> %pi (2) %pi Type: Pi Why is %e of type Expression Integer, while %pi is of type Pi? Is there some deeper reason why Pi is its own type? For some reasons, the original developers of axiom found %pi more important than %e. For elements of Expression Integer there is no direct conversion to Float, so they created an own domain HackPi, which contains only %pi and the necessary conversion functions. The didn't want to do the same thing with %e though:: (2) -> %e::Float Cannot convert from type Expression Integer to Float for value %e In my opinion, we should have a domain for "general" constants, i.e., like Expression Integer but without variables, and, more generally, a domain for expressions with a given set of variables, similar to MPOLY. But I guess, that's a fair bit of work.
On 24 May 2007 20:09:32 +0200 Martin Rubey replied to: Sumant S.R. Oemrawsingh who wrote:
I just find this very strange: (1) -> %e (1) %e Type: Expression Integer (2) -> %pi (2) %pi Type: Pi Why is %e of type Expression Integer, while %pi is of type Pi? Is there some deeper reason why Pi is its own type?
For some reasons, the original developers of axiom found %pi more important than %e. For elements of Expression Integer there is no direct conversion to Float, so they created an own domain HackPi?, which contains only %pi and the necessary conversion functions. The didn't want to do the same thing with %e though:
(2) -> %e::Float Cannot convert from type Expression Integer to Float for value %e
In my opinion, we should have a domain for "general" constants, i.e., like Expression Integer but without variables, and, more generally, a domain for expressions with a given set of variables, similar to MPOLY. But I guess, that's a fair bit of work.