Any GHC plans to adopt tf-random?

[Ryan Newton]

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 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
>> 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.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20131106/997eea3e/attachment.html>