cddl-codegen
cddl-codegen copied to clipboard
dcSpark
Codegen serialization logic for CBOR automatically from a CDDL specification
Right now if you do something like ```cddl out_ref = _CDDL_CODEGEN_EXTERN_TYPE_ ; @name Foo ``` The `@name` notation will silently do nothing (it only works for giving names to things...
I have successfully used https://github.com/NordicSemiconductor/zcbor for generating C code from CDDLs, but my CDDLs and their provided test cases are getting error messages when I try to run them through...
Low priority but here to document. e.g.: ```cddl foo = [ ? x: 1, y: uint, ] ```
```cddl foo = 0.1 .. 0.5 bar = f64 .le 3.1415926535 ``` low priority issue, just made to keep documentation on unsupported things and to link in the panic
e.g. ```cddl foo = 1..7 ``` We only support these integer bounds when they map to existing rust primitives e.g. `uint .le 255` turns to `u8`, etc. Questions: 1. Do...
e.g. general (n to m elements) bounds on arrays: ```cddl foo = [n*m uint] ``` We already have support for the following cases: * `[* uint]` (0 or more i.e....
I'm hitting this TODO https://github.com/dcSpark/cddl-codegen/blob/f0975bb34e36c0deaab5e7a4e21ea34e37988be3/src/parsing.rs#L1231 it would be great to have this implemented :) I wanted to open this to help track implementing it
```cddl foo = uint .size 2 ; @newtype ``` Will not work, and will instead generate a type alias as if the @newtype wasn't there. The parsing logic in general...
Certain types (e.g. basic groups embedded in map structs, or array structs with optional fields) don't implement deserialization. The wasm wrappers don't seem to be aware of this and will...
We blindly import various things in some places for simplicity's sake in the code generation. Some have been fixed in #137 but others remain: [] `prelude::*` in lib.rs [] `crate::cbor_encodings::*`...