#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:                                                           |  
-----------------------------------------------------------------------+----

Comment(by jpflori):

 Ok I found the reason of the strange "ceil" function appearing.

 That's because sr_to_max calls op_max=caar(maxima(expr).ecl()) and
 maxima(expr) can simplify the object change its structure, so the
 dictionary is wrongly built (we get "ceil" for "+").

 Putting op_max=maxima(op).ecl() seems functional.

 The issue with (log(9)*x).simplify_log('all') is similar.

 Maxima transforms log(9!^x) back to log(9)*x before it is passed to string
 function in max_to_string:

 {{{
 (%i8) logexpand:false$

 (%i9) string(log(9^x));

 (%o9) "log(9)*x"

 (%i10) log(9^x);

 (%o10) log(9)*x
 (%i11) simp:false$

 (%i12) log(9^x);

 (%o12) log(9^x)
 (%i13) string(log(9^x));

 (%o13) "log(9^x)"

 }}}
 As far as the classic pexpect interface is concerned, a lot of problems
 are solved if one changes  "back" return result to return result._sage_()
 in sage.symbolic.integration.external

 It used to be return result.sage() but some routines in the fastcalculus
 patch for maxlib return symbolic object which do not have such a method
 but one with underscores.

 I'll post updated patches when they are in a better shape.

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