#15921: work around Maxima fpprintprec bug and other ARM-specific problems
-------------------------------------+-------------------------------------
       Reporter:  dimpase            |        Owner:
           Type:  defect             |       Status:  needs_review
       Priority:  major              |    Milestone:  sage-6.3
      Component:  calculus           |   Resolution:
       Keywords:  Maxima,            |    Merged in:
  fpprintprec, ARM                   |    Reviewers:
        Authors:                     |  Work issues:
Report Upstream:  Reported           |       Commit:
  upstream. Developers acknowledge   |  079bb9af4f12892268a19f0d218ac96bd72466f4
  bug.                               |     Stopgaps:
         Branch:                     |
  u/dimpase/arm_fixes_etc            |
   Dependencies:                     |
-------------------------------------+-------------------------------------

Comment (by dimpase):

 Replying to [comment:11 pbruin]:
 > Now I don't know if this is what behind your observation; at least the
 output of `elliptic_e()` seems to be a `RealNumber`, not a `RealLiteral`.
 >

 on different platforms Maxima's `elliptic_e()` outputs different number of
 digits.
 {{{
 Maxima on ARM:
 (%i1) elliptic_e(0.5, 0.1);
 (%o1)                          .4980113944988315

 as compared to x86_64:
 (%i1) elliptic_e(0.5, 0.1);
 (%o1)                         .49801139449883153
 }}}

 (and Maxima with different Lisps does different things on the same
 platform, too - in some case just 14 digits...)

 Actually, as you mention, on `x86_64` the number of digits is too big for
 `RealField(53)`. I have no idea whether this is handled gracefully by
 Sage, or not.

 > Yes, but I'd say the same holds for the `RealField(prec)(0.123)`
 solution...  I tend towards `# abs tol`/`# rel tol` as the least invasive
 solution, although that could also hide precision bugs.

 Well, it is a mess anyway. I'd be glad to have it off my shoulders one way
 or another.

--
Ticket URL: <http://trac.sagemath.org/ticket/15921#comment:12>
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