#10164: Few digits of precision in N().
-----------------------+----------------------------------------------------
Reporter: gerbicz | Owner: jason
Type: defect | Status: new
Priority: major | Milestone:
Component: misc | Keywords: N, digits, numerical approximation
beginner
Work_issues: | Upstream: N/A
Reviewer: | Author: Robert Gerbicz
Merged: | Dependencies:
-----------------------+----------------------------------------------------
Changes (by kcrisman):
* cc: kcrisman (added)
* keywords: N, digits, numerical approximation => N, digits, numerical
approximation beginner
Comment:
See also this [http://groups.google.com/group/sage-
devel/browse_thread/thread/abe39e9167ab386c/b46d91a618b06e20 sage-devel
thread]. Doug reports the following evil lines:
{{{
misc/functional.py: prec = int((digits+1) * 3.32192) + 1
rings/complex_interval.pyx: bits =
max(int(3.32192*len(s_real)),int(3.32192*len(s_imag)))
rings/complex_number.pyx: bits =
max(int(3.32192*len(s_real)),int(3.32192*len(s_imag)))
rings/real_mpfi.pyx: bits = int(3.32192*len(s))
rings/real_mpfr.pyx: bits = int(3.32192*sigfigs)+1
symbolic/expression.pyx: prec = int((digits+1) * 3.32192) +
1
}}}
So a full patch would fix all of these, though we '''definitely''' want to
keep the original author on. Also need doctests for these large cases, of
course.
I can't believe I never saw this ticket.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10164#comment:1>
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.
