-
Notifications
You must be signed in to change notification settings - Fork 2.7k
Move client only primitives to another dir #9220
Move client only primitives to another dir #9220
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think block-builder
and offchain
has been moved too eagerly cause they seem to be used in the runtime (most likely RuntimeAPI
definitions).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sp-block-builder
and sp-offchain
are referenced by runtimes, this means they should stay in primitives.
sp-allocator
could be renamed to sc-allocator
and moved.
sp-chain-spec
can just be merged with sc-chain-spec
then.
We probably want a |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm happy to go with this when the other reviewers are satisfied
0067b00
to
940b162
Compare
(Might have squashed a couple of warnings of unneeded |
@bkchr any further issues or are we all good now? |
This introduces a breaking change for me because it introduces Edit: did more research and I guess it's because |
@trevor-crypto sorry I've caused you pain! I believe the substrate socket handling at the moment is done via asnyc-std with a tokio executor. (Rust's async story is as ever evolving) When you say you're on a |
@gilescope No problem. I was only using one type from I am compiling for intel-sgx, but the target/toolchain does not currently support async/await (fortanix). Not doing anything special, just making modifications to |
Fixes #9218 Primitives only used by client moving to under
client/primitives