Bump fantomas from 8.0.0 to 8.0.5

[dependabot]

⚠️ Dependabot is rebasing this PR ⚠️

Rebasing might not happen immediately, so don't worry if this takes some time.

Note: if you make any changes to this PR yourself, they will take precedence over the rebase.

---

Updated fantomas from 8.0.0 to 8.0.5.

Release notes

Sourced from fantomas's releases.

8.0.5

8.0.5

Changed

• Improved formatting performance. Formatting the source files of dotnet/fsharp allocates around 40% less memory and is roughly 1.4 times faster than 8.0.4, depending on hardware. The fields of WriterEvent, returned by CodeFormatter.GetWriterEventsAsync, are renamed so that cases share them: text for the strings, amount for IndentBy and UnIndentBy, column for the indent and column cases, and nodeType and range for NodeEnd. #​3499
• Update FCS to 'Record the range of the exceptionin SynExceptionDefnRepr', commit 349d6aaf1e4685a72e43b7f4a0708205e4104b4c #​3500

Fixed

• Comment between doc comment and exception keyword gets shifted. The syntax tree had no range for the exception keyword, so a comment between the XML doc or attributes and the keyword was placed in front of the exception name, after the keyword. The parser now records that range, and the comment stays in front of the keyword. #​3483

Special thanks to @​nojaf!

https://www.nuget.org/packages/fantomas/8.0.5

8.0.4

8.0.4

Fixed

• Infix operator with a computation expression on the right-hand side produces invalid code. x := { ... } was read as a computation expression named (:=) x and printed as := x { ... }, which does not compile. It is now an infix application and printed as written. #​3494
• Comment after a parameter of an extern binding with attributes is lost. The range of such a binding stopped at its name, so a comment after one of its parameters was not attached to anything. The binding now spans up to its closing parenthesis. #​3494
• Comment after a parameter of a multiline extern binding gets two spaces in front of it. The comma at the end of the line kept its trailing space, and the comment added its own. #​3494
• in keyword of let! moves to the last and! binding. The parser keeps one in for a let! and its and! bindings, and it always went to the last one. It now stays after the binding it followed. #​3494

Special thanks to @​nojaf!

https://www.nuget.org/packages/fantomas/8.0.4

8.0.3

8.0.3

Fixed

• Second block comment on a line is lost and the next expression moves onto the comment line. A line that holds several comments and no code, such as (* b *) (* c *), was read as one block comment next to code per comment, and there was no code on that line to attach them to. The first one ended up in front of the next expression, pulling it onto the comment line, and the others were dropped. Such a line is now one comment on a line of its own, printed as it was written. #​3487
• Idempotency problem when a comment follows a multiline infix expression in a let binding. A comment on its own line after c + and d, at the column of both, was attached to d rather than to c + d. That made the expression multiline, so the operator moved to the start of the next line, and on the next format the comment went to the whole expression and it was joined onto one line again. An indented comment now goes after the outermost preceding node that starts a line at its column, and only falls back to a node further along a line when there is none. #​3488

Special thanks to @​nojaf!

https://www.nuget.org/packages/fantomas/8.0.3

8.0.2

8.0.2

Fixed

• Code comment inside match-expression leads to additional blank line. A comment that ends the multi-line body of a match clause, and then any blank lines the author kept after it, came out with one blank line more than the source had. The same happened before else, finally, end and the next field of a record, whenever the indented body before them ended in a comment. Since 8.0.0 the unindent that closes such a body leaves the comment's newline at the very end of what was written, and the separator the enclosing construct writes next then opened a second line. Those separators now skip their newline when the comment already wrote one, as the closing brace of a record has done since 8.0.0. Blank lines the author kept, and the ones Fantomas puts between multi-line members and bindings, are unchanged. #​3484

Special thanks to @​nojaf!

https://www.nuget.org/packages/fantomas/8.0.2

8.0.1

8.0.1

Fixed

• Remove TailCall shim from Fantomas.FCS. #​3476
• Fantomas 8 with use bindings in fsx-file. A use at the top level of a script makes the parser warn that it is treated as let, and the check Fantomas runs over its own output refused the file on that warning. The warning is about the source as the author wrote it, not about anything the formatter changed, so it is now one of the warnings the check tolerates. #​3478
• Unexpected de-indent after trivia after expression. A comment at the end of a match that closes a computation expression, or a let body, pushed the closing brace and the next binding one level too far to the right. The unindent before the closing line was placed in front of the comment's newline, where the match still held the column it had claimed and restored its own indent on the way out, undoing the unindent. The newline now moves past those restores, so the line after the comment starts at the outer level. #​3481

Special thanks to @​nojaf!

https://www.nuget.org/packages/fantomas/8.0.1

Commits viewable in compare view.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[resoltico]

Superseded by #35: main already locks Fantomas 8.0.5.

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.