The prettytable issue looks like a macro that has been broken by the introduction of type ascription syntax.
Specifically, our macro “future proofing” rules only future proof each individual rewrite rule within the macro, not the macro as a whole that results from composing those alternative arms.
There is already a bug filed about this: https://github.com/rust-lang/rust/issues/30531 (and in fact it was filed based on the injection to prettytable-rs)