getting rid of endianness-dependent behaviour in GAP random sources

[dimpase]

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

Upstream: Fixed upstream, in a later stable release.

CC: @simon-king-jena

Component: group theory

Reviewer: Dmitrii Pasechnik, Karl-Dieter Crisman

Issue created by migration from https://trac.sagemath.org/ticket/9867

[dimpase]

comment:1

Attachment: trac_9876_gap_MT_endianness.patch.gz

[dimpase]

Changed upstream from Completely fixed; Fix reported upstream to Fixed upstream, but not in a stable release.

[dimpase]

comment:4

This will be fixed in #13211. Let us close this one as obsolete.

[kcrisman]

Reviewer: Dmitrii Pasechnik, Karl-Dieter Crisman

[kcrisman]

comment:5

I can confirm that the current code is no longer needed as of #13211; see here.

[jdemeyer]

Changed upstream from Fixed upstream, but not in a stable release. to Fixed upstream, in a later stable release.