#10042: Doctest failure in sage/rings/polynomial/polynomial_element.pyx
-------------------------------+--------------------------------------------
Reporter: mpatel | Owner: mvngu
Type: defect | Status: needs_work
Priority: blocker | Milestone: sage-4.6
Component: doctest | Keywords:
Author: | Upstream: N/A
Reviewer: | Merged:
Work_issues: report upstream |
-------------------------------+--------------------------------------------
Comment(by kcrisman):
Replying to [comment:42 drkirkby]:
> If I'm not mistaken, the systems which are showing this problem are all
32-bit builds.
> * 'fulvia', the Solaris 10 x86 system is using a 32-bit version of
Sage, despite the hardware is 64-bit
> * 'hawk', my own personal !OpenSolaris machine is using a 32-bit
version of Sage, despite the hardware is 64-bit
> * Cicero is a 32-bit Linux system - see http://wiki.sagemath.org/skynet
> * Georg Weber's MAC is 32-bit.
My PPC Mac also is building 32-bit.
> From what I understand, sqrt() should be the same on any IEEE 754
system. However, the same is not true for pow(). It seems unlikely but
perhaps one root is being computed using sqrt(x) and the other pow(x,0.5).
Mathematically they are equal, but perhaps not on a computer with a finite
number of bits.
Since Paul pointed out that there is some linear algorithm going on here
from deep within numpy, it seems unlikely that this is what is going on.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10042#comment:43>
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.
