-
Notifications
You must be signed in to change notification settings - Fork 12
no_std support #70
Copy link
Copy link
Closed
Labels
D-rejectedA decision (D) has been made and the issue will not be worked onA decision (D) has been made and the issue will not be worked onI-featureThis issue (I) regards a (potential) feature in the projectThis issue (I) regards a (potential) feature in the projectT-acceptedTriage (T): Initial review accepted issue/PR as validTriage (T): Initial review accepted issue/PR as valid
Description
Metadata
Metadata
Assignees
Labels
D-rejectedA decision (D) has been made and the issue will not be worked onA decision (D) has been made and the issue will not be worked onI-featureThis issue (I) regards a (potential) feature in the projectThis issue (I) regards a (potential) feature in the projectT-acceptedTriage (T): Initial review accepted issue/PR as validTriage (T): Initial review accepted issue/PR as valid
Short Description:
Support for building and running
duplicateinno_stdenvironmentsMotivation:
The library itself is great, it is however a pity it doesn't support
no_stdtargets. While the majority of Rust code that is written depends on the standard library one way or another, I don't see a reason why this one, with its simple design and purpose, shouldn't have support forno_stdenvironments.Design
Replace all
stdusestatements withcoreandallocones and any use ofHashMaps andHashSets with ones from thehashbrowncrate.Misc:
Since either case we need to depend on Rust's
alloclibrary, perhaps that should be mentioned?