chore(Deps): bump github.com/swiftlang/swift-syntax from 601.0.1 to 602.0.0

[dependabot]

Bumps github.com/swiftlang/swift-syntax from 601.0.1 to 602.0.0.

Release notes

Sourced from github.com/swiftlang/swift-syntax's releases.

602.0.0

New APIs

• SwiftLexicalLookup - A new Swift unqualified lookup library

  • Description: The library provides a new Swift unqualified lookup implementation detached from the compiler and accessible to outside clients. The query is stateless and can be directly run on swift-syntax syntax tree, with any syntax node functioning as an entry point. It produces an enum-based data structure as a result that partitions collected names based on the lexical scope of introduction.
  • Pull Request: swiftlang/swift-syntax#2952
  • Notes: The library follows the behavior of the compiler implementation with some minor differences, such as a different way of handling dollar identifiers $x and generic parameters inside extensions. Furthermore, in the future, once the compiler adopts SwiftLexicalLookup and it becomes the canonical implementation, results produced by the query will be guaranteed to be correct.

• DiagnosticMessage has a new optional property, category, that provides a category name and documentation URL for a diagnostic.

  • Description: Tools often have many different diagnostics. Diagnostic categories allow tools to group several diagnostics together with documentation that can help users understand what the diagnostics mean and how to address them. This API allows diagnostics to provide this category information. The diagnostic renderer will provide the category at the end of the diagnostic message in the form [#CategoryName], and can print categories as "footnotes" with its categoryFootnotes method.
  • Pull Request: swiftlang/swift-syntax#2981
  • Migration steps: None required. The new category property has optional type, and there is a default implementation that returns nil. Types that conform to DiagnosticMessage can choose to implement this property and provide a category when appropriate.

• DiagnosticsFormatter has a new method, formattedMessage, that formats a diagnostic message without any corresponding syntax node.

  • Description: Some tools want to use the diagnostics formatter to produce diagnostics that don't relate to source code, or for which the source code isn't available. This API allows them to do so while maintaining consistent presentation.
  • Pull Request: swiftlang/swift-syntax#3059
  • Migration steps: None required.

• FixIt.Change has a new case replaceText that performs a textual replacement of a range of text with another string.

  • Description: The other FixIt.Change cases provide structured modifications to syntax trees, such as replacing specific notes. Some clients provide Fix-Its that don't fit well into this structured model. The replaceText case makes it possible for such clients to express Fix-Its.
  • Pull request: swiftlang/swift-syntax#3030
  • Migration stems: None required.

API Behavior Changes

Deprecations

API-Incompatible Changes

• ExpandEditorPlaceholdersToTrailingClosures has changed to ExpandEditorPlaceholdersToLiteralClosures

  • Description: Whether function-typed placeholders are expanded to trailing closures is now configurable using a format argument to this rewriter. Additionally clients that support nested placeholders may request that the entire expanded closure be wrapped in an outer placeholder, e.g. <#{ <#foo#> in <#Bar#> }#>.
  • Pull Request: swiftlang/swift-syntax#2897
  • Migration steps: Replace uses of ExpandEditorPlaceholdersToTrailingClosures with ExpandEditorPlaceholdersToLiteralClosures. The initializer does not need to change: .init(indentationWidth:) on the new type provides the same behavior as the old type.
  • Notes: This improves code completion in a SourceKitLSP session where the trailing closure form may be undesirable. The nested placeholders offer more flexibility to end users, in editors that support it.

• SyntaxArena and ParsingSyntaxArena has changed to SPI

  • Description: SyntaxArena and the subclasses were only meant to be used when dealing with RawSyntax which is also SPI.
  • Pull Request: swiftlang/swift-syntax#2930
  • Migration steps: Do not use SyntaxArena or ParsingSyntaxArena directly.
  • Notes: Although the type itself was public, most initializers were already SPI and there was no way to retrive them from existing types via public API.

• SyntaxChildrenIndex is no longer ExpressibleByNilLiteral

  • Description: nil used to represent the end index. However, due to a change in the internal structure, the end index must now be retrieved from the collection.
  • Pull Request: swiftlang/swift-syntax#2925
  • Migration steps: Use SyntaxChildren.endIndex instead.
  • Notes: ExpressibleByNilLiteral was a mistake. In general, Collection.Index should only be created and managed by the collection itself. For example, Collection.index(after:) exists, but Index.advanced(by:) does not.

... (truncated)

Commits

• 4799286 Merge pull request #3148 from rintaro/6.2-parse-attr-nested-if-rdar157211447
• cab738b [SwiftParser] Handle nested '#if' in attribute list correctly
• 952ed9c Merge pull request #3129 from swiftlang/jepa-6.2
• 21b3b45 Merge pull request #3126 from hamishknight/enable-inlinearray-sugar-6.2
• 3482187 Improve formatting
• e5c08f7 Fix tests
• 9bbeebc Only parse 'nonisolated' as a specifier when we can have specifiers
• 8f36717 Formatting
• 97299fc Parse "late" specifiers for type attributes
• 8bab9ce Regenerate syntax nodes
• Additional 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 merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @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)

[soumyamahunt]

@dependabot rebase