#7377: Symbolic Ring to Maxima via EclObject
-----------------------------------------------------------------------------------+
   Reporter:  nbruin                                                            
   |       Owner:  nbruin      
       Type:  enhancement                                                       
   |      Status:  needs_review
   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, Nils 
Bruin  |      Merged:              
Work_issues:                                                                    
   |  
-----------------------------------------------------------------------------------+
Changes (by kcrisman):

  * status:  needs_work => needs_review


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).
>
> Applies cleanly to 4.6.2.
>
> 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-p2.patch
> trac_7377-lazy-maxlib.p2.patch
> trac_7377-floatcast.patch
> trac_7377-unicode_to_ecl-p1.patch
> trac_7377-assumptions-p3.patch
> trac_7377-doctests-p1.patch
> }}}
>  * attachment:trac_7377-abstract-maxima_p2.patch
>  * attachment:trac_7377-maximalib_p2.patch
>  * attachment:trac_7377-fastcalculus_p2.patch
>  * attachment:trac_7377-better-ask-error_p2.patch
>  * attachment:trac_7377-split_and_refactor-p2.patch
>  * attachment:trac_7377-lazy-maxlib.p2.patch
>  * attachment:trac_7377-floatcast.patch
>  * attachment:trac_7377-unicode_to_ecl-p1.patch
>  * attachment:trac_7377-assumptions-p3.patch
>  * attachment:trac_7377-doctests-p1.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).

 Applies cleanly to 4.6.2.

 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-p2.patch
 trac_7377-lazy-maxlib.p2.patch
 trac_7377-floatcast.patch
 trac_7377-unicode_to_ecl-p1.patch
 trac_7377-assumptions-p3.patch
 trac_7377-doctests-p2.patch
 }}}
  * attachment:trac_7377-abstract-maxima_p2.patch
  * attachment:trac_7377-maximalib_p2.patch
  * attachment:trac_7377-fastcalculus_p2.patch
  * attachment:trac_7377-better-ask-error_p2.patch
  * attachment:trac_7377-split_and_refactor-p2.patch
  * attachment:trac_7377-lazy-maxlib.p2.patch
  * attachment:trac_7377-floatcast.patch
  * attachment:trac_7377-unicode_to_ecl-p1.patch
  * attachment:trac_7377-assumptions-p3.patch
  * attachment:trac_7377-doctests-p2.patch

--

Comment:

 Coverage is great, I haven't tested formatting in built html but looks
 like it will be fine overall, and in general very impressive work here.
 The refactoring is at least working well with the interfaces in
 doctesting; it would be nice to have more testing of that by heavy users
 of (say) R or GAP, but at the very least we can set to 'needs review'.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7377#comment:125>
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