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 <nicolas.frisby@gmail.com>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.
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 <nicolas.frisby@gmail.com>wrote:
Adding Ryan Newton to the TO field, as the maintainer of random.
On Wed, Nov 6, 2013 at 2:02 PM, Nicolas Frisby <nicolas.frisby@gmail.com>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