#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   |    Upstream:  N/A         
   Reviewer:               |      Merged:              
Work_issues:               |  
---------------------------+------------------------------------------------

Comment(by jpflori):

 I just upgraded to 4.6.2.aplha2 (hoping I won't have to rebuild from
 scratch for next upgrade...) and everything went fine, it gives me better
 timings than with the Pexpect interface. Before patches:

 {{{
 Loading Sage library. Current Mercurial branch is: jp
 sage: timeit("integral(cos(x^2),x)")
 5 loops, best of 3: 96.6 ms per loop
 sage:
 Exiting Sage (CPU time 0m1.02s, Wall time 0m8.17s).
 Exiting spawned Maxima process.

 }}}
 After:

 {{{
 Loading Sage library. Current Mercurial branch is: jp
 sage: timeit("integral(cos(x^2),x)")
 5 loops, best of 3: 62.8 ms per loop
 sage:
 Exiting Sage (CPU time 0m1.56s, Wall time 3m5.27s).

 }}}
 However those are much more than what was posted above.

 Glad to hear it also ran on Sage on Gentoo.

 I think some refactoring still has to be done for the new classes. The
 abstract class is a good idea to transparently switch interface but I
 think it would be cleaner if it did not inherit from Expect class (and so
 "Maxima as a lib" does not too). I'll try to work on this this weekend.

 It should be also be decided, which interface is used for what, especially
 since we can only have one "Maxima as a lib" running. Should that Maxima
 as lib be used for calculus and be given a direct access (maybe as
 "maximalib" variable as "maxima" gives access to a copy of Maxima in Sage,
 even if currently the "maxima" variable points to a different instance of
 Maxima than the one used by calculus).

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