- 16 Jan, 2019 3 commits
- 15 Jan, 2019 5 commits
- 10 Jan, 2019 4 commits
-
-
Hero Bird authored
From previous commit: The problem with memory::Hash{Map,Set} is that it is not compatible with no_std environments. It requires random state which is currently not a thing in the SRML and also it might use floats internally (e.g. for fill rate) which are also currently disabled due to non-determinism.
-
Hero Bird authored
The problem with memory::HashMap is that it is not compatible with no_std environments. It requires random state which is currently not a thing in the SRML and also it might use floats internally (e.g. for fill rate) which are also currently disabled due to non-determinism.
-
Hero Bird authored
Now it has the required features in a branch.
-
Hero Bird authored
Now it has the required features in a branch.
-
- 09 Jan, 2019 13 commits
-
-
Hero Bird authored
Read previous commit for more info.
-
Hero Bird authored
This is required because of some special impls for pDSL that while not being mandatory, they are still important enough to serve usability.
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
This is for no_std compatibility.
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
The problem is that env_logger is obviously not no_std compatible. At first you would think that this is not a problem, since it is only a dev-dependency that is allowed to pull the std lib. However, due to a Cargo "bug" all dev-dependencies and normal dependencies need to have shared feature flags. So since env_logger depends on log and pdsl_core depends on log both need to share their feature set which is chosen to be just the one that pulls std - what a mess ... We now need our own logging facilities that are no_std compatible.
-
- 08 Jan, 2019 15 commits
-
-
Hero Bird authored
-
Hero Bird authored
# Conflicts: # Cargo.toml # examples/subpeep/Cargo.toml # examples/subpeep/src/lib.rs
-
Hero Bird authored
-
Hero Bird authored
The alloc data structures are useful in no_std environments and enabled by #![feature(alloc)] in the crate root.
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
Shouldn't have been commited anyway.
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
-
Hero Bird authored
Also replace std::sync::Mutex with spin::Mutex from crates.io for no_std compatibility. We still should search for a better alternative.
-
Hero Bird authored
-
Hero Bird authored
The [profile.release] attributes were managed by the workspace before.
-
Hero Bird authored
Basically the same as in substrate-contracts-adder by pepyakin.
-
Hero Bird authored
-