#12650: Perform safe simplifications in Expression.simplify()
------------------------------------+---------------------------------------
Reporter: mjo | Owner: mjo
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-5.0
Component: symbolics | Resolution:
Keywords: | Work issues:
Report Upstream: N/A | Reviewers: David Roe
Authors: Michael Orlitzky | Merged in:
Dependencies: | Stopgaps:
------------------------------------+---------------------------------------
Comment (by kcrisman):
Unfortunately I don't have time right now to discuss this more. I agree
that it is frustrating that sage-devel folks haven't responded. I suspect
that if behavior actually changes, there would be more complaints :)
Oh, `simplify` does simplify a few things. Not many, but you can grep
through the doc to find them - notably, if you use an assumption about `n`
being an integer, `sin(n*pi)` becomes `0`.
I believe that the two `simplify_rational` guys were added to take care of
a specific simplification which this did - sometimes Maxima is weird like
that, though I suppose that is not unique. I would check with `hg blame`
or something where this was added, just on the off chance someone didn't
add a doctest for it. Maybe in the meantime Maxima got smarter on this
one...
Deciding which simplifications were 'safe' is probably the first step.
Under what circumstances all the other ones could go wrong, I mean, if
any.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/12650#comment:9>
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.
