Arman Bilge

👍 to getting this in the next release with the Rust interop, it would be very helpful for some of the ideas I have for that :) happy to help...

For those following along here: [Anton](https://github.com/keynmol/) asked on Discord what the next steps for this PR are. [Wojciech](https://github.com/WojciechMazur) responds: > As already mentioned it might be also added to 0.4.6...

@lolgab this is awesome!! So IIUC, we should be able to remove the `loop()` from the JUnit integration? https://github.com/scala-native/scala-native/blob/5924b310ae516baf7ca7326d0f2329e4726799be/junit-async/native/src/main/scala/scala/scalanative/junit/async/package.scala#L1-L11

@LeeTibbert thanks for your attention to this! > I have not discovered a secure callable Linux randomUUID, but I am only a few minutes into the search. The good news...

@ekrich not really an experiment, it was quite straightforward to port the Scala.js changes :) see https://github.com/scala-native/scala-native/pull/2759. Thanks for the nudge.

> I personally, and from my quick reading the original Scala.js work think that providing a 'weak' version of a documented 'secure' method has massive negative value. Yes, absolutely agree...

> If you implement on the basis `secureRandom()` a developer could always write > their own, `secureRandom`. It it happened to be something non-secure that is their considered decision. >...

This is fixed as of 0.4.6/0.4.7.

@ekrich yes it does get compiled. Everything works 100% correctly if I _do_ use the function. If you want a concrete example of this, try adding this dependency to your...

Woops, sorry Lee 😂 and Eric. Crossed-wires there, edited. The good news is I made a simple reproducer. ```scala //> using scala "3.1.3" //> using platform "native" //> using lib...