Any GHC plans to adopt tf-random?
rrnewton at gmail.com
Wed Nov 6 21:51:02 UTC 2013
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
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.)
On Wed, Nov 6, 2013 at 3:12 PM, Nicolas Frisby <nicolas.frisby at 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 at gmail.com>wrote:
>> Bugs #3575 #3620 have to do with splitting StdGens yielding dependent
>> 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?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ghc-devs