#18092: evaluating symbolic expressions (without conversion to SR, i.e.,
staying in
ring of values)
-------------------------+-------------------------------------------------
Reporter: | Owner:
dkrenn | Status: needs_info
Type: | Milestone: sage-6.6
enhancement | Resolution:
Priority: major | Merged in:
Component: | Reviewers:
symbolics | Work issues:
Keywords: sd66 | Commit:
Authors: | 276f0f3d3583c66c7e137350c578e8588c9b236d
Daniel Krenn | Stopgaps:
Report Upstream: N/A |
Branch: |
u/dkrenn/SR/eval |
Dependencies: |
-------------------------+-------------------------------------------------
Comment (by vdelecroix):
Replying to [comment:26 dkrenn]:
> Replying to [comment:25 vdelecroix]:
> > By the way, let me repeat another question from #9878. I found the
behavior of `evaluate` in your [comment:22 comment:22] very weird. I
thought it was a modification of `.subs` in order to take care of the
parent.
>
> From this, `f` is equal to `2*x`. Sage sees these two as equal as well:
> {{{
> sage: bool(f == 2*x)
> True
> }}}
Argh. Definitely a bug to me. Another bug is that the variable defining a
function should be transparent. And currently
{{{
sage: f(x) = 2*x
sage: g(y) = 2*y
sage: bool(f == g)
False
}}}
Vincent
--
Ticket URL: <http://trac.sagemath.org/ticket/18092#comment:27>
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 unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.
