#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:                                                           |  
-----------------------------------------------------------------------+----
Changes (by jpflori):

  * work_issues:  Maxima question doctests, 100% coverage, Maxima command
                  list doctest =>


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)
>
> ----
> Status: Nearly all doctest failures (8 in total across 4 files) are due
> to the fact that Maxima asking a question now triggers a different error.
> One comes from a change in the list of Maxima commands created in the new
> interface.
>
> ----
> 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
> }}}
>
>  * 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

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-p1.patch
 trac_7377-doctests.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-p1.patch
  * attachment:trac_7377-doctests.patch

--

Comment:

 We now have 100% ((really) basic (and stupid)) doctests coverage.

 I also fixed some minor issues here and there.

 What could be postponed to later tickets:

  * better doctests
  * better error handling
  * better conversions between maxima and sr
  * reorganize the code in maxima_lib to make it clearer

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