#10285: Adding support to an ARM processor
----------------------+-----------------------------------------------------
Reporter: Snark | Owner: GeorgSWeber
Type: defect | Status: needs_info
Priority: major | Milestone:
Component: build | Keywords: ARM
Author: | Upstream: N/A
Reviewer: | Merged:
Work_issues: |
----------------------+-----------------------------------------------------
Comment(by dimpase):
Replying to [comment:29 Snark]:
> Well, I have two questions : (1) if those floating point numbers are
supposed to be considered equal, why isn't the test designed to pass up to
an epsilon?
Sorry, I think I was too quick here. The precision achieved is less than
2e-14, which seems to be too coarse to me.
Indeed, it's a good idea to see where this comes from.
In fact, [http://trac.sagemath.org/sage_trac/ticket/8847] looks quite
relevant - they reported precisely the same failure of gamma(float(6)) on
Core 2 Duo, and tweaked with a pynac wrapper...
(2) how do you explain the test fails, but I'm unable to pinpoint exactly
how that test-failing result is found?
dig deeper... :-)
>
> Yes, the errors are stable. The fact that there are "DeprecationWarning"
all over is strange.
can you check whether it's pickling or unpickling that is failing?
I mean, you can pickle an object on one machine, copy the file it is in to
another one, and try unpickling it there.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10285#comment:32>
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.
