I'm still not over this. In addition to UB the Verilog $random C code also relies on some IDB. 1/https://twitter.com/oe1cxw/status/870972176421330945 …
-
The latter is ridiculous considering that this is a function that has only integers as in- and outputs! (old seed, new seed, rand val)
But internally it first creates a uniformly distributed float random value in range (INT_MIN INT_MAX) and then converts that one to an int.
-
-
But (of course!) that random float value is in turn generated from the "true" rng value, which is the new 32 bit seed.
-
I completely fail to understand how anyone could ever under any circumstances have thought that any of that is a good idea.
- Show replies
New conversation -
-
-
That is so horrible hackish. Why not even select a prng with known properties. Possibly a keyed one.
-
I can only assume its because they made the standard match the horrible (backwards-compatible) implementation they already had.
- Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.