You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 15, 2023. It is now read-only.
Experiencing problems? Have you tried our Stack Exchange first?
This is not a support question.
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)
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