-
Notifications
You must be signed in to change notification settings - Fork 36
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
Add tests for no_std
#68
Comments
I would like to take a stab at this if it is still relevant? |
Yes please! |
This commit implements a test for each trait in a no std environment, ensuring compatibility with such an environment. This addresses issue yoshuawuyts#68.
FYI, I don't think #159 actually does anything. I believe the |
I believe #163 closes this. Thanks! |
The traits themselves are compatible with
no_std
, and the implementations forarray
andtuple
should be compatible withno_std
as well. But as we're adding optimizations, we're using things likebitvec
to store metadata in, speeding things up - but that may require allocations.We should author tests to ensure that the traits keep working on
no_std
environments, even as we add optimizations. On the implementation side we may even want to swap the implementations we provide forno_std
environments if it turns out our more optimized approaches are incompatible - but I suspect we may not need to.Either way: the first step is to author tests and put them in CI so we can ensure that
no_std
works going forward.The text was updated successfully, but these errors were encountered: