On 23/05/14 21:38, Nick Sabalausky via Digitalmars-d wrote:
Oh, right. For some reason I was thinking "front", not "popFront". My bad.
Actually it's probably irrelevant in your case anyway, isn't it, because you'll be outputting raw binary data to a provided output range ... ?
Well, I don't think crypto RNGs should be put together with non-RNG crypto stuff like SHA, etc. (Unless maybe it's all under a "std.crypto.*" package...but then you still have weird questions like "Does MD5 go in std.digest.md or std.crypto.digest.md? What about SHA-1?" So still maybe kinda hairy.) As for whether crypto RNGs should be together with non-crypto RNGs, I dunno. I can't really say I'd have much objection either way. I suppose there is general preference in D at this point to break up phobos modules wherever reasonable, so I guess something like this might generally be preferred: std/random/package.d std/random/deterministic.d std/random/crypto.d
OK, so let's run with the idea that at some point crypto RNGs will be a submodule of std.random.
