We do not intend to release any further version of serde_macros, not even to fix breakage in future nightly versions. The design of Macros 1.1 is such that we do not expect to see the regular breakage with serde_derive that we used to see with serde_macros, as it depends on a far more limited set of unstable compiler internals.
Is this the first library to officially support Macros 1.1?
We have actually officially supported it for almost a month, since before the feature even landed in nightly or was supported by Cargo. This is just the point at which we feel confident enough to abandon the old compiler plugin.
The only two other libraries I have seen actively working on Macros 1.1 are num and namedarg. Also @sgrif has said he is going to try to port Diesel over by this Friday.
I'll have to go and dig back through the implementation again now that it's finished.
For others too lazy to dig, here is the entire serde_derive crate below. Really the only interesting part is that serde_codegen now uses syn to parse the input instead of Syntex, which results in compile times for serde_derive similar to serde_macros (i.e. much faster than using serde_codegen directly).
Really the only interesting part is that serde_codegen now uses syn to parse the input instead of Syntex, which results in compile times for serde_derive similar to serde_macros (i.e. much faster than using serde_codegen directly).
In fact now that I actually try it, serde_derive compiles significantly faster than serde_macros. On my computer, from scratch including all dependencies it is 20 seconds for serde_macros 0.8.9 and only 12 seconds for serde_derive 0.8.10. The speedup is because syn also replaces our dependency on aster and quasi and quasi_codegen and quasi_macros.