#8896: 0.0000000000000000000000000000 is parsed completely differently than
1.0000000000000000000000000000 for no good reason
--------------------------------+-------------------------------------------
Reporter: was | Owner: AlexGhitza
Type: defect | Status: needs_review
Priority: minor | Milestone: sage-4.4.3
Component: basic arithmetic | Keywords:
Author: | Upstream: N/A
Reviewer: | Merged:
Work_issues: |
--------------------------------+-------------------------------------------
Comment(by leif):
Replying to [comment:18 robertwb]:
> Replying to [comment:12 leif]:
> > * {{{min_prec}}} can be smaller than 53 (if specified)
>
> Yes, but I'm not following what you're trying to say here.
>
> > * {{{pad}}} should be (tested to be) non-negative
> > * ({{{min_prec}}} perhaps too, or {{{min_prec+pad>=0}}})
> > * compare against {{{min_prec+pad}}} rather than individually for the
"common" case
>
> I don't care if pad is negative (I'll fix the docstring). Same with
min_prec, I just pass whatever I get onto the RealField constructor which
will raise a perfectly fine exception if the precision is not valid (as
defined by MPFR_MIN_PREC and MPFR_MAX_PREC).
If you test for {{{min_prec+pad==53 and ...}}}, more inputs fall into the
simple common case ({{{RR}}}).
(Using {{{RR}}}, i.e. 53 bit mantissa, if the sum is ''less'' than 53 is
perhaps not desired.)
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/8896#comment:19>
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.
