#9343: Upgrade PARI to svn snapshot 12577 - a pre-release of PARI 2.4.3.
------------------------------------------------------------------------------------------+
Reporter: was
| Owner: jdemeyer
Type: enhancement
| Status: needs_review
Priority: major
| Milestone: sage-4.6
Component: packages
| Keywords:
Author: Robert Bradshaw, John Cremona, Jeroen Demeyer, William Stein,
David Kirkby | Upstream: N/A
Reviewer:
| Merged:
Work_issues:
|
------------------------------------------------------------------------------------------+
Comment(by drkirkby):
Replying to [comment:234 jdemeyer]:
> This particular doctest was changed by this patch. Interestingly, it is
a test which is documented to give a different result on 32-bit and 64-bit
systems and your result is precisely the correct result for a 64-bit
machine. This can probably be solved with "..."
Note the machine I used is 64-bit (it has a quad core 3.33 GHz Intel Xeon
W3580 CPU), but the build was performed 32-bit. Both Solaris and
!OpenSolaris build 32-bit applications by default - for 64-bit, you need
to add the {{{-m64}}} compiler switch when building. The 64-bit builds of
Sage are not very successful yet.
Does anyone know what the result should be? For the first result, I get
the '''real number''' {{{2.9757207403766761469671194565}}} but the
expected value is the '''complex number'''
{{{2.9757207403766761469671194565 -
1.2983430720865060515202099613e-47*I}}} So for the real part I get
'''exactly''' the same number, but I get no imaginary part whatsoever.
I assume someone here must know the maths behind this, and know whether
the result is supposed to be real or complex. If it should really be real
(so the number I got is actually the more accurate of the two), then
putting dots would be '''very''' dangerous. Then a result of
{{{2.9757207403766761469671194565 + 1e300*I}}} would still pass! That's
almost entirely imaginary, with a very small real part in comparison to
the massive imaginary component.
Dave
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9343#comment:235>
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.