#17066: always simplify hypergeometric() when it's a polynomial
-------------------------------------+-------------------------------------
Reporter: rws | Owner:
Type: defect | Status: needs_review
Priority: major | Milestone: sage-6.4
Component: symbolics | Resolution:
Keywords: special, | Merged in:
functions, pFq, evaluation | Reviewers:
Authors: Ralf Stephan | Work issues:
Report Upstream: N/A | Commit:
Branch: | 55daf81080f46c54429e629b65e8049acfdb6d00
u/rws/work_around_mpmath_problem_with_hypergeometric___zeroes| Stopgaps:
Dependencies: |
-------------------------------------+-------------------------------------
Comment (by rws):
Replying to [comment:16 mmezzarobba]:
> Won't that be a problem with this ticket?
It appears the only solutions are (apart from relying on the user to
supply needed precision):
A) restrict the range of parameters where ticket is applied
B) do not simplify; just fix the evaluation problem
C) declare the problem to be in `n()`
I mean really, `n()` makes bold claims:
{{{
Returns a numerical approximation of an object "x" with at least
"prec" bits (or decimal "digits") of precision.
}}}
but won't deliver when `x` is a polynomial?
--
Ticket URL: <http://trac.sagemath.org/ticket/17066#comment:17>
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.