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

Comment(by jpflori):

 I've search through the logs for "interfaces" (the main directory wa are
 concerned with), "calculus" and "symbolic".

 The only noise I found so far is:

 {{{
 File "/usr/share/sage/devel/sage-main/sage/symbolic/expression.pyx", line
 7728:
     sage: f = 1 + x + sqrt(x+2); f.find_root(-2,10)
 Expected:
     -1.6180339887498949
 Got:
     -1.618033988749895
 #0: simplify_sum(expr='sum(q^k,k,0,inf))
 #1: simplify_sum(expr=a*'sum(q^k,k,0,inf))

 }}}
 and:

 {{{
 File "/usr/share/sage/devel/sage-main/sage/calculus/calculus.py", line
 223:
     sage: float(z)
 Expected:
     4.6467837624329356
 Got:
     4.646783762432936
 #0: simplify_sum(expr='sum(q^k,k,0,inf))
 #1: simplify_sum(expr=a*'sum(q^k,k,0,inf))

 }}}
 Which does not cause any problem if the doctest passes (i.e. if we set the
 expected answer to the correct precision).

 It's caused in some way by ECL (I've tried to redirect as much as possible
 toward "/dev/null" slightly modifying the first version of the patches but
 could not get better result, I'm no expert in Lisp) and not by the
 refactoring of expect.py into expect.py/interface.py

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