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
I don't think there is any such work "required", cbor-ruby should work out of the box for RFC 8949.
Please have a look at Appendix G of RFC 8949 for some details on what changed in the 2020 Edition of this spec.
There are a few things that probably should be addressed:
cbor-ruby does not itself provide RFC 7049 canonical encoding, which has been supplemented by "deterministic encoding" in RFC 8949. I plan to make a variant of the cbor-canonical gem available to cover this base.
The API for cbor-ruby has been inherited from msgpack, so it makes some modern CBOR things harder than they'd have to be (e.g., RFC 8742 sequences). We should think about adding appropriate API, or possibly document how to use the msgpack-style API for this.
RFC 8949 has some documentation requirements that we probably should address.
One underlying problem of Ruby Hashes is that there is no simple operation to add a key unless the key already existed.
That makes it hard (really: expensive) to implement the now preferred variant of map key validity checking.
Hi,
https://datatracker.ietf.org/doc/rfc8949/ was released this month, updating RFC7049.
Is there a summary of the work required to update this code to match the new RFC?
The text was updated successfully, but these errors were encountered: