We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
prompted by https://rust-lang.github.io/api-guidelines/interoperability.html#c-serde
need to investigate how this would work with serde.
The text was updated successfully, but these errors were encountered:
The easiest structure output would essentially be a literal encoding of the cons list. I don't think this is a nice solution, though.
It would make more sense to essentially "look like a struct", but that leaves the issue of providing field names.
A sketch:
trait FieldName { const NAME: &'static str; } trait Serializable { /* ... */} impl Serializable for TyEnd { /* ... */ } impl<T, R> Serializable for Ty<T, R> where T: FieldName, R: Serializable { /* ... */ } impl<T, R> serde::Serialize for Ty<T, R> where Ty<T, R>: Serializable { /* ... */ }
Sorry, something went wrong.
No branches or pull requests
prompted by https://rust-lang.github.io/api-guidelines/interoperability.html#c-serde
need to investigate how this would work with serde.
The text was updated successfully, but these errors were encountered: