#12796: Allow more general evaluation of FDerivativeOperator
-------------------------------+--------------------------------------------
Reporter: nbruin | Owner: burcin
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-5.0
Component: symbolics | Resolution:
Keywords: | Work issues:
Report Upstream: N/A | Reviewers:
Authors: Nils Bruin | Merged in:
Dependencies: | Stopgaps:
-------------------------------+--------------------------------------------
Comment (by mjo):
Replying to [comment:10 nbruin]:
>
> A nice idea, but have you tested what your solution does with "val = a =
1" ? I think the result will be (val,(a,1)), which is probably not what is
intended (it should be a syntax error).
[[BR]]
Indeed. I'll revert this and remove its doctest. It used to return
`('val', a)` or I would add a doctest for the syntax error.
[[BR]][[BR]]
> > * Logic duplicated in `max_at_to_sage()` and `calculus.at()`
>
> Don't import `sage.calculus` into `maxima_lib`, because the reverse
import is already in effect. I don't think a bit of logic duplication here
is so problematic, since the input the routines in maxima_lib have to deal
with is much better controlled than the other ones. `maxima_lib` has the
potential for much better optimizations. So perhaps leaving it as it was
is simplest and acceptable?
[[BR]]
We're doing a lazy_import of maxima_lib in calculus, though, or is there
still a reason to avoid it? I'll just revert that too if so.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/12796#comment:11>
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.
