Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to handle Rust code #127

Open
franziskuskiefer opened this issue Jan 22, 2025 · 0 comments
Open

How to handle Rust code #127

franziskuskiefer opened this issue Jan 22, 2025 · 0 comments

Comments

@franziskuskiefer
Copy link
Contributor

After trying to fit Rust code into the pqcp org for a while now (https://github.com/pq-code-package/mlkem-rust-libcrux), I think we need a new approach. As discussed in last week's meeting, I propose to change the approach to Rust code.

Rust is different from C or Assembly code because it has a mature packaging system that people are using. Instead of going to a Github repository to get a dependency like ML-KEM, developers go to crates.io and run cargo add libcrux-ml-lem to add the dependency to their project.

While we originally thought it might make sense to duplicate the Rust code from libcrux in a repository here for pqcp, it turns out that this is significant work that no one wants to take on, without a clear benefit.

I propose to keep maintaining the code as part of the libcrux library and use the libcrux-ml-kem repository to document how to use it, with the goal to have a uniform representation of all the PQC implementations in the pqcp org. I believe that this gives us what we want (a common place to find good implementations, how to use them, how to report issues, what guarantees they give, etc.), without the unnecessary overhead.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: No status
Development

No branches or pull requests

1 participant