#9867: getting rid of endianness-dependent behaviour in GAP random sources
----------------------------+-----------------------------------------------
   Reporter:  dimpase       |       Owner:  joyner                              
   
       Type:  defect        |      Status:  new                                 
   
   Priority:  major         |   Milestone:  sage-4.6                            
   
  Component:  group theory  |    Keywords:                                      
   
     Author:                |    Upstream:  Completely fixed; Fix reported 
upstream
   Reviewer:                |      Merged:                                      
   
Work_issues:                |  
----------------------------+-----------------------------------------------
Description changed by dimpase:

Old description:

> in the thread [How to deal with GAP's machine dependent random
> generator?] on sage-devel Simon King mentioned that GAP own random source
> dependes on endianness of the machine.
> While Sage sort of takes care of this in misc/randstate.pyx,
> it still does not fix GAP internals. So, to make it good and proper, we
> essentially add the fix in misc/randstate.pyx to GAPROOT/src/integer.c,
> and remove it from misc/randstate.pyx
> The updated gap spkg is here:
>
> http://boxen.math.washington.edu/home/dima/packages/gap-4.4.12.p5.spkg

New description:

 in the thread [How to deal with GAP's machine dependent random generator?]
 on sage-devel Simon King mentioned that GAP own random source dependes on
 endianness of the machine.
 While Sage sort of takes care of this in misc/randstate.pyx,
 it still does not fix GAP internals. So, to make it good and proper, we
 essentially add the fix in misc/randstate.pyx to GAPROOT/src/integer.c,
 and remove it from misc/randstate.pyx
 The updated gap spkg is here:

 http://boxen.math.washington.edu/home/dima/packages/gap-4.4.12.p5.spkg

 So one needs to install this spkg and apply the patch attached to the
 ticket. I don't seem to have access to a 64-bit big-endian system, so it
 would be great to test it there, just in case...

--

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