Catherine
Catherine
To be honest, this makes me sad, because my #1 motivation for developing ppx_deriving in the first place was to get rid of camlp4, which in my opinion was one...
> What language do you code in these days, just wondering? A few; some Rust, but mostly Python, since I found myself maintaining a Python-embedded hardware description language. I never...
Nope, nMigen (which is a clean slate, backwards compatible reimplementation of Migen).
ppx_deriving was designed with namespacing in mind; use `[@yojson.default None]` everywhere to work around issues like this.
@pdonadeo Try `[@deriving.yojson.default]`.
Hmm, this might be a ppx_type_conv issue... I'll look at it
That would be helpful
Sure, the change is trivial. The reason it is done like so is for consistency. Also, changing the format will require either a major version bump or a setting, so...
Maybe something like `[@@deriving yojson { flat_variants }]` ?
If `Key.t` implements the _deriving yojson_ interface, this can be made possible. But first I think I'll need to handle regular, non-functor versions of Map and Hashtbl...