Skip to content
This repository has been archived by the owner on Apr 15, 2022. It is now read-only.

Ensure top-level can be used in no_std scenarios #82

Open
rvolosatovs opened this issue Oct 7, 2021 · 1 comment
Open

Ensure top-level can be used in no_std scenarios #82

rvolosatovs opened this issue Oct 7, 2021 · 1 comment
Assignees
Milestone

Comments

@rvolosatovs
Copy link
Contributor

We want to add some shared structs to this crate and we want to make them importable with no_std.
In order to achieve that, we can move firmware and launch-specific structs out of top-level to respective modules. The only thing left is then Version - that we can either guard with a feature flag along other module imports or move to a new module.
cc @haraldh

@rvolosatovs rvolosatovs self-assigned this Oct 7, 2021
@rvolosatovs rvolosatovs changed the title Ensure top-level can be made no_std Ensure top-level can be used in no_std scenarios Oct 7, 2021
@rvolosatovs
Copy link
Contributor Author

Since types would need to be moved for this, which would break semantic versioning guarantees if such change would be made after the release, setting milestone to v0.2.0

@rvolosatovs rvolosatovs added this to the v0.2.0 milestone Oct 7, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant