Support record dot syntax #332
Labels
No Label
blocked: dependency
blocked: info-needed
bug
duplicate
enhancement
fixed in HEAD
help wanted
hs:arrows
hs:brackets
hs:classes
hs:comments
hs:do-notation
hs:guards
hs:lists
hs:operators
hs:patterns
hs:records
hs:types
invalid
language extension support
layouting
needs confirmation
priority: high
priority: low
question
revisit before next release
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: hexagoxel/brittany#332
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
There is a proposal for record dot syntax and the preprocessor.
Although this is probably still early, support for the new syntax would be awesome. One thing I notices is the following:
brittany will take a field access and split it apart because it's parsed as function composition.
For this example, it might be enough to not add whitespaces in this case.
(regarding complete support, there might be more issues)
This will almost certainly require support from ghc-exactprint before Brittany can do anything about it.
You could check how Ormolu does this. Ormolu only depends on
ghc-lib-parser
.Record for syntax seems to land with GHC 9.2
ghc-exactprint
with support for GHC 9.2 RC1https://twitter.com/alan_zimm/status/1429911651340406795