#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, Nils 
Bruin  |      Merged:              
Work_issues:                                                                    
   |  
-----------------------------------------------------------------------------------+
Changes (by jpflori):

  * work_issues:  loads(dumps()), very minor doctest formatting issues, a
                  few remaining doctest errors =>


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

--

Comment:

 I uploaded updated versions of both last patches. I accidently deleted two
 lines in the previous one which cause the principal error, they are
 restored now. I added pickling tests, not sure they make sense. Also some
 various fixes and cosmetic changes to reduce line lengths for sphynx and
 readibility.

 Afterwards "make ptestlong" reported no errors on my computer.

 Don't know if someone already took a look at what I did to split Interface
 class out of Expect class.

 It seems functional now, but maybe I left some mistakes there.

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