Implement support for generic function types

[floitschG]

This is the formatter issue for dart-lang/sdk#27527.

At the moment we only really need the new syntax in typedefs. Eventually, we want to make this syntax usable for fields and locals, but it's not yet as high a priority. If you find the time to make it work there too, please guard it behind a (different) flag.

[munificent]

If you find the time to make it work there too, please guard it behind a (different) flag.

Generally, for the formatter, I don't put new syntax behind explicit flags. Instead, if you throw an AST at dartfmt that uses the new syntax, it will try to handle it. Since all dartfmt does is rearrange whitespace, I don't think we have to worry too much about compatibility on experimental language features—if a feature is changed or removed, people will stop formatting code that uses it.

[floitschG]

That sounds reasonable. I copied this from the other bugs, but I agree that it doesn't really apply to the formatter.

[mit-mit]

Moving to 1.22 for implementation, informal spec is linked from the meta-issue dart-lang/sdk#27527

[munificent]

Thanks!

[mit-mit]

@munificent is this done? If so, was it merged to the sdk?

[munificent]

No, this is blocked on analyzer support. dart_style uses analyzer's parser so if there isn't a version of analyzer that parses some syntax, it can't format it. Once dart-lang/sdk#27969 is done, I'll add support to dartfmt.

[mit-mit]

OK. Please note that dart-lang/sdk#27969 was punted to 1.23!

[munificent]

Good to know, thanks!

[mit-mit]

@munificent any news on this?

[munificent]

Nope, there won't be any news until analyzer supports it in dart-lang/sdk#27969. dartfmt can't format any syntax that it can't parse. :)

[mit-mit]

Analyzer is done!

[dgrove]

Bob - any updates? The last full push to trunk is Wednesday early morning.