Any GHC plans to adopt tf-random?

Bugs #3575 #3620 have to do with splitting StdGens yielding dependent generators. The Haskell 2013 paper *Splittable Pseudorandom Number Generators Using Cryptographic Hashing* by Claessen and Pałka yielded the tf-random package on Hackage. Are there any plans to integrate these corrections into System.Random? Thanks.

Adding Ryan Newton to the TO field, as the maintainer of random.
On Wed, Nov 6, 2013 at 2:02 PM, Nicolas Frisby
Bugs #3575 #3620 have to do with splitting StdGens yielding dependent generators.
The Haskell 2013 paper *Splittable Pseudorandom Number Generators Using Cryptographic Hashing* by Claessen and Pałka yielded the tf-random package on Hackage.
Are there any plans to integrate these corrections into System.Random?
Thanks.

Hi all,
It looks like since the paper has come out the code has been released to
Hackage. I personally would love to replace System.Random with something
like this.
I think the question of whether it's time comes down to some due-diligence
issues outside the scope of the paper. This library has C code, have
people tested it extensively on Mac/Linux/Windows? Does it have any
performance divots we should know about? (Though the performance of the
legacy implementation was bad in many respects -- it
is a low bar.)
-Ryan
On Wed, Nov 6, 2013 at 3:12 PM, Nicolas Frisby
Adding Ryan Newton to the TO field, as the maintainer of random.
On Wed, Nov 6, 2013 at 2:02 PM, Nicolas Frisby
wrote: Bugs #3575 #3620 have to do with splitting StdGens yielding dependent generators.
The Haskell 2013 paper *Splittable Pseudorandom Number Generators Using Cryptographic Hashing* by Claessen and Pałka yielded the tf-random package on Hackage.
Are there any plans to integrate these corrections into System.Random?
Thanks.
participants (2)
-
Nicolas Frisby
-
Ryan Newton