Guillaume E
Guillaume E
I've created a thread on the pqc-forum: https://groups.google.com/a/list.nist.gov/g/pqc-forum/c/9nVfHKtid-k
I've added the "standard" series of tests based on https://nvlpubs.nist.gov/nistpubs/fips/nist.fips.204.pdf. I've only incorporated changes advertised in Appendix D, and NIST hasn't yet uploaded official tests ([discussion on the PQC forum](https://groups.google.com/a/list.nist.gov/g/pqc-forum/c/s_Wez9FanHw)),...
> Unless I missed it somewhere, I could not find anywhere stating that those vectors were aimed at the deterministic signing variant for ML-DSA. It's indeed true that these tests...
I'm going to close this pull request in favor of one focused on the final standard. I'm leaving this one here for the record or in case anyone somehow needs...
~It looks like it got worse in the last version, as there is now a "Failed to analyze repository" error: https://deps.rs/repo/github/gendx/stv-rs~ ~i.e. not only are such dependencies not recognized, but...
> You might mention this issue on that thread as a heads up, i.e. "There's an open issue to file a security advisory for this" Done.
@cpu No that was a typo. Moved them to the suitable directory now :)
`crossbeam_epoch` - TSAN warnings when running multiple user-defined Rayon thread pools concurrently
Also reported as https://github.com/rayon-rs/rayon/issues/1275.
Ah, it looks like someone proposed it some years ago (https://github.com/tokio-rs/loom/pull/167), but since there wasn't a tracking issue I guess we can keep this issue open until it is merged?
I've also been exploring another approach, using the `.tuples()` adaptor to always fetch elements two-by-two in the main loop, and handle the last element separately if the size was odd:...