Closed romac closed 1 year ago
Thanks for your work on this @romac.
Re: pbjson, that seems like a necessary tradeoff, and we can help with getting upstream to get no_std
compliance. It would be great to merge this soon because our ICS23 support hinges on this + a release, and we're already a little behind schedule 🙏
Before merging this and doing a release, I would just like to get some feedback from @plafer or @Farhad-Shabani on whether or not they use the JSON impls on no_std or are aware of anyone using those. Either way this shouldn't prevent us from doing a release on Monday, but maybe then as an alpha to give some time to find an alternative solution (eg. no_std support in pbjson) before the final release.
I don't have time to do a thorough analysis of this right now, but we do not use the JSON impls internally. Off the top of my head, I do not know of anyone that does.
I am told we have a potential user of JSON serialization in no_std
context, so let's do an alpha release and then try to find a way to restore no_std
compat for the generated code.
@erwanor ibc-proto
v0.31.0-alpha.1 is out: https://github.com/cosmos/ibc-proto-rs/releases/tag/v0.31.0-alpha.1
Closes: #10
The proto definitions are exported both under the
ibc_proto::cosmos::ics23::v1
module and under theibc_proto::ics23
module for backward source compatiblity.This is nonetheless a breaking change as it may break compilation or trigger warnings in code which relied on these definitions being different than the ones in
ics23
.