std feature is removed

Author: orxfun

.github/workflows/ci.yml

@@ -16,7 +16,7 @@ jobs:
     strategy:
       matrix:
         toolchain: ["stable"]
-        features: ["--features orx-parallel", "--features std", "--features serde"]
+        features: ["--features orx-parallel", "--features serde"]
         no_std_features: ["--features serde"]
 
     steps:

Cargo.toml

@@ -30,8 +30,7 @@ serde_json = { version = "1.0.140", default-features = false, features = [
 test-case = { version = "3.3.1", default-features = false }
 
 [features]
-default = ["orx-parallel", "std"]
-std = []
+default = ["orx-parallel"]
 serde = ["dep:serde"]
 
 [[bench]]

README.md

@@ -132,16 +132,15 @@ Alternatively, we can turn a mutable node into an [`into_walk`](https://docs.rs/
 
 ## Features
 
-* **orx-parallel**: Tree allows efficient parallel processing through [concurrent iterators](https://crates.io/crates/orx-concurrent-iter) and [parallel iterators](https://crates.io/crates/orx-parallel). This feature is added as default and requires std; hence, please use `cargo add orx-tree --no-default-features` for no-std use cases.
+* **orx-parallel**: Tree allows efficient parallel processing through [concurrent iterators](https://crates.io/crates/orx-concurrent-iter) and [parallel iterators](https://crates.io/crates/orx-parallel).
+  * This feature is added as default and requires **std**; hence, please use `cargo add orx-tree --no-default-features` for **no-std** use cases.
   * Currently, parallel iteration over all nodes of the tree in arbitrary order is supported by methods [`par`](https://docs.rs/orx-tree/latest/orx_tree/struct.Tree.html#method.par) and [`into_par`](https://docs.rs/orx-tree/latest/orx_tree/struct.Tree.html#method.into_par).
   * Parallelization of all walks or traversals in particular order are under development.
   * Parallelization examples can be found in [`demo_parallelization`](https://github.com/orxfun/orx-tree/blob/main/examples/demo_parallelization.rs) example.
   * Importantly note that the tree defines its own concurrent iterators, and hence, allows for efficient computation, which is often not possible with generic implementations such as rayon's `par_bridge`. In order to check the impact in performance, you may use the lightweight benchmark example [`bench_parallelization`](https://github.com/orxfun/orx-linked-list/blob/main/examples/bench_parallelization.rs):
     * `Sequential computation over Tree : 18.96s`
     * `Parallelized over Tree using orx-parallel : 6.02s`
     * `Parallelized over Tree using rayon's par-bridge : 81.10s`
-  
-* **std**: This crate supports no-std; however, "std" feature is included as a default feature. Please use `cargo add orx-tree --no-default-features` for no-std use cases.
 
 * **serde**: Tree implements `Serialize` and `Deserialize` traits; the "serde" feature needs to be added when required. It uses a linearized representation of the tree as a [`DepthFirstSequence`](https://docs.rs/orx-tree/latest/orx_tree/struct.DepthFirstSequence.html). You may find de-serialization examples in the corresponding [test file](https://github.com/orxfun/orx-tree/blob/main/tests/serde.rs).
 

src/lib.rs

@@ -12,7 +12,7 @@
 )]
 #![no_std]
 
-#[cfg(any(test, feature = "std"))]
+#[cfg(test)]
 extern crate std;
 
 extern crate alloc;