Re: complexity of numerical software
- From: Jaap Spies <j.spies@xxxxxxxxx>
- Date: Sat, 10 Dec 2005 00:05:06 +0100
Jean-Claude Arbaut wrote:
Jaap Spies wrote:
[...]
I you write a new CAS, it would be silly to use only those "standard" libraries: they compute with IEEE754, hence the precision is very limited for a CAS. You'd probably prefer a multiprecision library, but I don't know of a standard one... GMP and others only compute with integers, but you need approximate values of many transcendental functions.
Yes, GMP and MPFR: http://www.mpfr.org/ are the candidates.
I will never, never make the mistake, as I did some 20 years ago to write my own multiprecision software! At that time there was no real alternative, but ...
You'll also need to write special algorithms for that, since the problem
of computing with high precision numbers or with rationnals have its own difficulties: among others, how do you reduce the size of numbers (to
increase speed) appearing in computations, like the solution of a linear system of equations. These are also numerical computations, though not
the classical "number crunching" BLAS.
Sure!
Oh, and just an idea: what is *really* a CAS ? I have already used Maple, Mathematica and MuPAD, and then I discovered GAP: no more
"formal" computations, but "true" mathematical objects :-) I mean,
it looks like in Maple, the elementary object is an "expression",
which can be almost anything. In GAP, there are no expressions, only
values: polynomials, finite groups, matrices, are _values_. That makes
a great difference I think. Maybe I'm wrong...
Values -- Objects. The design of Maple (and Mathematica) is flawed. OK, understandable seeing the history, but opening new ways cost a lot. Are we prepared to pay for it?
Bringing together the good stuff is a possibility, as I mentioned in the original thread:
http://modular.ucsd.edu/sage/index.html
Good for doing mathematics, but not for engineering applications as RJF pointed out! And supposedly to die soon!?
Jaap .
- References:
- Maple Vs Mathematica
- From: kush99
- Re: Maple Vs Mathematica
- From: John Francis
- Re: Maple Vs Mathematica
- From: Nasser Abbasi
- Re: Maple Vs Mathematica
- From: Albert Reiner
- Re: Maple Vs Mathematica : How much of the source code?
- From: Richard Fateman
- Re: Maple Vs Mathematica : How much of the source code?
- From: carlos
- Re: Maple Vs Mathematica debugging
- From: Richard J. Fateman
- Re: Maple Vs Mathematica debugging
- From: carlos
- Re: Maple Vs Mathematica debugging
- From: Jaap Spies
- Re: Maple Vs Mathematica debugging
- From: carlos
- Re: Maple Vs Mathematica debugging
- From: parisse
- Re: Maple Vs Mathematica debugging / cost to write a system
- From: Richard J. Fateman
- Re: Maple Vs Mathematica debugging / cost to write a system
- From: Jaap Spies
- Re: Maple Vs Mathematica debugging / cost to write a system
- From: carlos
- Re: Maple Vs Mathematica debugging / cost to write a system
- From: David N. Williams
- complexity of numerical software
- From: Jaap Spies
- Re: complexity of numerical software
- From: Jean-Claude Arbaut
- Re: complexity of numerical software
- From: Jaap Spies
- Re: complexity of numerical software
- From: Jean-Claude Arbaut
- Re: complexity of numerical software
- From: Jaap Spies
- Re: complexity of numerical software
- From: Jean-Claude Arbaut
- Maple Vs Mathematica
- Prev by Date: Re: Symbolic Math as Computer Science
- Next by Date: Re: MathML as a symbolic math language
- Previous by thread: Re: complexity of numerical software
- Next by thread: Re: complexity of numerical software
- Index(es):
Relevant Pages
|