We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
In particular if the IO instance was not tied to randomIO and stdGen. So that we could plug in other prng's like tf-random for things like evalRandIO.
randomIO
stdGen
evalRandIO
The text was updated successfully, but these errors were encountered:
Does this mean there's currently no way to use MonadRandom and avoid the wonky behavior of http://kenta.blogspot.co.nz/2014/02/rzzllapd-nonrandomness-of-first-random.html ?
MonadRandom
Sorry, something went wrong.
Hm, appears we can at least work around it(?). Sorry for the noise if so.
> :m + Control.Monad.Random > :m + System.Random.TF > (fst . randomR (0::Int, 7)) <$> newTFGen 5
All these issues has been fixed in random-1.2.
random-1.2
IO instance for MonadRandom is a limitation of design IMHO, which has also been solved with StatefulGen in random-1.2
IO
StatefulGen
No branches or pull requests
In particular if the IO instance was not tied to
randomIO
andstdGen
.So that we could plug in other prng's like tf-random for things like
evalRandIO
.The text was updated successfully, but these errors were encountered: