Add no_std + alloc support by way of a default "std" feature flag #8
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What
The addition of a feature flag, and conditional compilation blocks to make utf8-ranges work in either
std
orno_std
+alloc
environments, very much in the same vein as BurntSushi/aho-corasick#28 .The default-on "std" feature flag controls whether or not to compile in
#![no_std]
mode. As stated in the updated docs, due to the use of the presently-unstablealloc
API,no_std
mode only works with a nightly toolchain at present.How
To build for
std
, nothing changes.cargo build
To build for
no_std
:The test suites pass as normal in either mode.
Why
This PR is part of an effort to get
regex
and its dependencies to operate inno_std
+alloc
mode.