This repository has been archived by the owner on Nov 15, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Implement serde derivations also in no_std #12994
Labels
J2-unconfirmed
Issue might be valid, but it’s not yet known.
Comments
github-actions
bot
added
the
J2-unconfirmed
Issue might be valid, but it’s not yet known.
label
Dec 21, 2022
Yes that would be okay. |
Replacing |
|
Please call it |
michalkucharczyk
added a commit
to paritytech/parity-common
that referenced
this issue
Apr 28, 2023
Support for serde derivations in no_std. Part of: paritytech/substrate#12994
michalkucharczyk
added a commit
to paritytech/parity-common
that referenced
this issue
May 8, 2023
* serde feature added Support for serde derivations in no_std. Part of: paritytech/substrate#12994 * fixes * CI tests for serde, CHANGELOG updated * version changed to 0.1.7 * fix for ci command * Update bounded-collections/Cargo.toml Co-authored-by: Bastian Köcher <git@kchr.de> --------- Co-authored-by: Bastian Köcher <git@kchr.de>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Is there an existing issue?
Experiencing problems? Have you tried our Stack Exchange first?
Description of bug
Many core primitives of substrate only implement serde in std mode. The reason being the efficiency, so I was told. However, in a no_std environment, this forces a lot of workarounds if serde is needed. Is there any chance that you would accept a PR introducing an additional compiler feature that allows to derive serialization also in no_std mode?
(such as here: https://github.com/paritytech/parity-common/blob/master/primitive-types/Cargo.toml#L26)
Steps to reproduce
No response
The text was updated successfully, but these errors were encountered: