#7377: Symbolic Ring to Maxima via EclObject
-----------------------------------------------------------------------+----
   Reporter:  nbruin                                                   |       
Owner:  nbruin      
       Type:  enhancement                                              |      
Status:  needs_work  
   Priority:  major                                                    |   
Milestone:  sage-feature
  Component:  symbolics                                                |    
Keywords:              
     Author:  Nils Bruin, Jean-Pierre Flori                            |    
Upstream:  N/A         
   Reviewer:  Jean-Pierre Flori, François Bissey, Karl-Dieter Crisman  |      
Merged:              
Work_issues:                                                           |  
-----------------------------------------------------------------------+----
Description changed by nbruin:

Old description:

> With maxima-as-an-ecl-library and ecl accessible as a library, we can
> start interfacing with maxima via a binary library interface.
> This should be more efficient and more robust, because expressions
> can be transmitted in a much richer format than text and parsing does
> not have to recognise error messages and questions (since communication
> does not go via STDIN/STDOUT anymore)
>
> ----
>
> This ticket is dependent on #10743.
>
> Update: The interface now passes a lot more doctests. Most failures are
> due to
>  * small changes in floats, where they get transferred in binary form
> rather than via strings (simple to fix)
>  * ECL only returns RuntimeErrors, since it can't see the difference. So
> doctests that test error reporting fail.
>
> Serious work issues:
>  * How should derivatives, e.g. {{{D[0,1]f(x^2+y^2,x-y+3)}}} be
> translated to Maxima?
>  * desolver interface is now broken
>
> Apply trac_7377-abstract-maxima-rebased.patch, trac_7377-maximalib-
> rebased.patch, trac_7377-fastcalculus-p1.patch, (optional: trac_7377
> -better-ask-error.patch)

New description:

 With maxima-as-an-ecl-library and ecl accessible as a library, we can
 start interfacing with maxima via a binary library interface.
 This should be more efficient and more robust, because expressions
 can be transmitted in a much richer format than text and parsing does
 not have to recognise error messages and questions (since communication
 does not go via STDIN/STDOUT anymore)

 ----
 Status: For as far as we know, all doctest failures are due to changes in
 error reporting and different floating point rounding (no string
 conversions anymore).

 ----

 This ticket is dependent on #10766, #10773, #10743. Ticket #10818 is
 desirable but not essential. Apply:
 {{{
 trac_7377-abstract-maxima_p2.patch
 trac_7377-maximalib_p2.patch
 trac_7377-fastcalculus_p2.patch
 trac_7377-better-ask-error_p2.patch
 trac_7377-split_and_refactor.patch
 trac_7377-lazy-maxlib.patch
 trac_7377-interface-namefix.patch
 trac_7377-pickle-fix.patch
 }}}

--

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7377#comment:83>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to