Comment #10 on issue 3657 by [email protected]: Summation over
non-integers
http://code.google.com/p/sympy/issues/detail?id=3657
That is a way forward but there remains a small issue. Say a function f
supports Range as an argument. Obviously, f would handle Range assuming
integer values in the corresponding list for the given Range. The check for
non-integer steps wouldn't be there explicitly in f because this check was
embedded in Range. But, by changing the Range __init__ function, we could
potentially cause a lot a separate issues for other modules. So, IMHO,
allowing non-integer support for Range is not really an option here
unless 'f' already checks for integer values.
Nevertheless, we can always extend Range to a new subclass, say RangeFrac,
and implement this functionality there. But this might not be consistent
with good coding principles. Therefore, to do this, we will need to
consider if there can be other uses of RangeFrac. If so, then we can go
ahead with this.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" 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/sympy-issues?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
