ruby program to generate program to solve diffeq in maxima, maple, ruby, c or c++



It is true that I am just using the numeric capabilities of Maxima, which turn out to be relatively slow. One reason for using Maxima and Maple (which is also slow compared to tho other languages) is that Maple and Maxima have some capability for extended precision. In Maple all you have to do is set 'Digits' in the ".ode' file. There is a unused (so far) capability for it in Maxima (I forget exactly how). Maxima is much more affordable than Maple. Also debugging was much easier using multiple languages - some errors are much easier to diagnose in some languages than others. C and C++ though fast are much harder to debug. I was surprised how fast Ruby runs! Although Maxima is slow doing this numerically, using Maxima to do it symbolically would probably be magnitudes of order slower - at least for problems without closed form (i.e what I call 'analytic' in the program - I am not quite sure of the proper terminology - I know analytic also has another
 meaning) solutions.

A record of my main changes is at:

http://sode.sourceforge.net/index.html#Notes

Dennis J. Darland
dennis.darland at yahoo.com
http://dennisdarland.com/
http://dennisdarland.com/dennisdaze/
http://dennisdarland.com/philosophy/
http://sode.sourceforge.net/
?Why is it not possible to get some of the people in these downtrodden countries to like us instead of hating us?", Eisenhower (From _Beyond America's Grasp: A Century of Failed Diplomacy in the Middle East_ by Stephen P. Cohen, page 67)


--- On Mon, 2/4/13, Rupert Swarbrick <rswarbrick at gmail.com> wrote:

> From: Rupert Swarbrick <rswarbrick at gmail.com>
> Subject: Re: [Maxima] ruby program to generate program to solve diffeq in maxima, maple, ruby, c or c++
> To: maxima at math.utexas.edu
> Date: Monday, February 4, 2013, 4:25 AM
> Dennis Darland <dennis.darland at yahoo.com>
> writes:
> > See test results at:
> > http://sode.sourceforge.net/omniresults/comprehensive_tests_0001/table.html
> 
> As I remember, last time you posted about this, Maxima was
> just being
> used as a language for doing numerics (and is quite slow at
> that!).
> 
> Can you point us to a summary of what's changed in your
> software
> recently? A cursory look at one of the generated Maxima
> files still
> results in something that looks like C, but maybe there's
> something
> going on "under the hood" that I'm missing?
> 
> Rupert
> 
> -----Inline Attachment Follows-----
> 
> _______________________________________________
> Maxima mailing list
> Maxima at math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima
>