#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.

Reply via email to