#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.

Reply via email to