Support of RustCrypto types and signatures about classic-mceliece-rust HOT 6 CLOSED

I'll probably tackle this and the other proposed v2 changes, but I'm offline for the next 10 days or so, FYI

from classic-mceliece-rust.

Hi, sorry, due to new employment situation on my side I did not really have time to work more on this.
I wanted to do everything in one go, also enabling the use of all mceliece variants at once.
An old status of this is is in the correct_feature_usage branch, but there is a still a lot of cleanup left to make this nicer.

If you just want the KEM interface, this is an orthogonal change that can probably be done pretty quickly on the current master status.
I'll see if I get some time to finish this in the near future, however, no promises.

from classic-mceliece-rust.

Any updates on this, @dkales? If not, we might put some energy into implementing the RustCrypto traits and submit a PR.

from classic-mceliece-rust.

For our use case I mainly want to se a release to crates.io with what's currently in the main branch. Because we currently depend on a git version, which is long term less reliable than crates.io. We don't really need the RustCrypto traits. BUT I think it's great to have those implemented before releasing the next version. That's why I want that pushed before the publishing.

Regarding being able to use multiple variants in the same binary at once: Sounds like a good thing to support. But I think it can be a later breaking release, since it's going to be a pretty large rewrite. The main problem right now is that the latest version published on crates.io currently is not really "usable" given how awkward/homegrown the RNG-code is there. So just releasing a version using a proper rand RNG would be a great win for the usability.

from classic-mceliece-rust.

This is being worked on in #16

from classic-mceliece-rust.

Closed with #20

from classic-mceliece-rust.