-
Notifications
You must be signed in to change notification settings - Fork 4
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 optional #[no_std] support #33
Comments
#[no_std]
support
I think in between the crate reorganization PR and the |
Or I could rebase the crate reorganization PR commits to include this since it is messing with imports anyway? |
let us please do that in a separate PR. I think it would be best to wait a bit for a release after the dust of all the new implementations and refactorings has settled down. Or what do you think? |
|
Implemented by #50. |
Implemented. Closed. |
The types provided by
apint
could be also available usinglibcore
only.Maybe we would need to cross-out some features but all in all it should be possible.
This issue proposes to add the
std
crate feature.It is supposed to be enabled by default:
default = ["std"]
Users can opt-in to use
libcore
instead of standard lib by importingapint
without default features:In this issue we can track which APIs shall be available to
#[no_std]
scenarios.The text was updated successfully, but these errors were encountered: