Comment #21 on issue 1727 by smichr: fix namespace clashes
http://code.google.com/p/sympy/issues/detail?id=1727
eval_sum is not set up to handle indefinite sums as it assumes there are
always 3 items in the limits even though instantiatino allows 1, 2, or 3.
Other issues:
Sum doesn't sanitize its limits so if b < a eval_sum won't recognize that
it is a definite sum.
polynomial. And actually, it's
I see that now.
Yes, it does but see above about sanitizing limits.
Is it foolish consistency then to see if we might (at this
break-with-the-past-0.7 release) make it:
Integral, integral
Product, product
Sum, summation
It's about a factor of 35 if you are wanting to use the __builtin__.
I assume you mean that the verb alternate is sum because as you said, sum
is short for summation which is not a verb.
you add/summate terms to find the summation/sum
you use multiplication (multiply factors) to find the product
But the sum/summation equivalency wins me over if I'm the odd one out. More
people will likely be familiar with that word than with summate.
Yes. I would recommend that the limits for Sum and Product be calculated
using Integral so we have that code in one place. At least Sum should use
it, e.g. limits = Integral(Dummy(), args_to_generate_limits).limits
Is there an indefininte product?
Mute if we just use summation...which I am +9/10 :-)
Also, after trying to implement the above I see that it is a delicate
issue, actually, because of the evaluation issues. I suspect something is
not happening in doit that should be happening to optimize the process but
will look at this later.
Thanks for the thoughtful reply.
/c
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to this group, send email to sympy-iss...@googlegroups.com.
To unsubscribe from this group, send email to
sympy-issues+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/sympy-issues?hl=en.
