Update dependency apple/swift-syntax to v601 #91
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
![renovate[bot]](https://avatars.githubusercontent.com/in/2740?s=60&v=4){kind=small}
renovate
bot
force-pushed
the
renovate/apple-swift-syntax-601.x
branch
from
2f7d69d to
48ab105
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
from: "509.0.2"->from: "601.0.1"Release Notes
apple/swift-syntax (apple/swift-syntax)
v601.0.1Compare Source
Fixes a missing dependency from SwiftSyntax to SwiftSyntax601 which prevented its use in
#if canImport.v601.0.0Compare Source
New APIs
SameTypeRequirementSyntaxhas a newRightTypenested type.ExprSyntaxor aTypeSyntax.SameTypeRequirementSyntaxhas a newLeftTypenested type.ExprSyntaxor aTypeSyntax.GenericArgumentSynaxhas a newArgumentnested type.ExprSyntaxor aTypeSyntax.GenericParameterSyntaxnow has a newspecifierproperty.letor aneach. Thespecifierproperty captures the token representing which one was parsed.IntegerLiteralExprSyntaxandFloatLiteralExprSyntaxnow have a computedrepresentedLiteralValueproperty.SyntaxProtocolnow has a methodancestorOrSelf.condition.Errorprotocol now has anasDiagnostics(at:)method.DiagnosticsErrorandDiagnosticMessageinstances or providing its ownDiagnosticas needed.Added a new library
SwiftIfConfig.#ifconditions and determining which regions of a syntax tree are active according to a given build configuration.SwiftBasicFormatadds a methodindented(by:)to all syntax node types.Trivia, optionally including the first line.Parser.ExperimentalFeatureshas a newinit?(name: String)initializer.Parser.ExperimentalFeaturesvalue that matches the experimental parser feature with the given name. The name must be spelled the same way as it is when passed to the compiler using the-enable-experimental-featureflag.API Behavior Changes
SyntaxProtocol.trimmeddetaches the nodeDeprecations
GenericParameterSyntaxdeprecatedeachKeywordin favor ofspecifierspecifieris now used to grab either theeachkeyword for a generic parameter or theletkeyword.IncrementalEditdeprecated in favor ofSourceEditIncrementalEditis being dropped forSourceEdit.SourceEdithas deprecated compatibility layers to make it API-compatible withIncrementalEditClosureCaptureSyntax.init(leadingTrivia:specifier:name:equal:expression:trailingComma:trailingTrivia:)deprecated in favor of a newClosureCaptureSyntax.init(leadingTrivia:_:specifier:_:name:_:initializer:_:trailingComma:_:trailingTrivia:)initializer.ClosureCaptureSyntaxnow has aninitializerproperty instead ofequalandexpression. Additionally, thenameproperty is no longer optional.IndenterinSwiftSyntaxBuilderhas been deprecated in favor of the newindented(by:)inSwiftBasicFormat.indented(by:)method is more intuitive to use than aSyntaxRewriter. Aside fromBasicFormat, there are no other publicSyntaxRewriterclasses in the package.API-Incompatible Changes
SameTypeRequirementSyntax.rightTypehas changed types fromTypeSyntaxtoSameTypeRequirementSyntax.RightTypeExprSyntaxor aTypeSyntax.SameTypeRequirementSyntax.leftTypehas changed types fromTypeSyntaxtoSameTypeRequirementSyntax.LeftTypeExprSyntaxor aTypeSyntax.GenericArgumentSyntax.argumenthas changed types fromTypeSyntaxtoGenericArgumentSyntax.ArgumentExprSyntaxor aTypeSyntax.Moved
RadixandIntegerLiteralExprSyntax.radixfromSwiftRefactortoSwiftSyntax.literal.text.FixIt.Changegained a new casereplaceChild(data:).FixIt.Change, cover the new case.ClosureCaptureSyntax.nameis no longer optional.ClosureCaptureSyntaxnode structure,nameproperty is non-optional.v600.0.1Compare Source
Compared to 600.0.0 this release fixes a compilation issue when building swift-syntax in C++ interop mode (https://github.com/swiftlang/swift-syntax/pull/2861).
It also contains the following changes from 600.0.0.
New APIs
FixIt now has a new computed property named
editseditsrepresent the non-overlapping textualeditsthat need to be performed when the Fix-It is applied.SourceEditSourceEdithas been moved from SwiftRefactor to SwiftSyntaxassertMacroExpansionnow have new parameters namedapplyFixItsandfixedSourceapplyFixItsandfixedSourceare used to assert so ensure that the source code after applying Fix-Its matches this string.DeclSyntaxEnum,StmtSyntaxEnum,ExprSyntaxEnum,TypeSyntaxEnum, andPatternSyntaxEnumWithOptionalCodeBlockFunctionDeclSyntaxandInitializerDeclSyntax.CodeBlockSyntaxCodeBlockSyntaxis nowSyntaxParseable, so it can be used with string interpolations.ThrowsClausethrowsSpecifierfor the effects nodes (AccessorEffectSpecifiers,FunctionEffectSpecifiers,TypeEffectSpecifiers,EffectSpecifiers) has been replaced withthrowsClause, which captures both the throws specifier and the (optional) thrown error type, as introduced by SE-0413.String.isValidSwiftIdentifier(for:)SwiftParseradds an extension onStringto check if it can be used as an identifier in a given context.MacroDeclSyntax.expandexpand(argumentList:definition:replacements:)method gains a new parameter 'genericReplacements:' that is defaulted to an empty array.expand(argumentList:definition:replacements:genericReplacements:)SyntaxProtocol.asMacroLexicalContext()andallMacroLexicalContexts(enclosingSyntax:)TriviaPiece.isCommentTriviaPiecenow has a computed propertyisCommentthat returnstrueif the trivia piece is a comment.New
assertMacroExpansionAPI with option to specify macro specifications withmacroSpecsargumentmacroSpecscan have additional specifications like conformances provided by member or extension macro that can be used for macro expansion.BasicFormat.inferIndentation(of:)IncrementalEditstores replacement textIncrementalEditused to store the range that was replaced and the length of the replacement but not the replacement bytes by itself.IncrementalEditnow has areplacementproperty that contains the replacement bytes.Type specifiers
AttributedTypeSyntaxcan now contain multiple specifiers and these types are used to model the list of specifiers. Additionally, type specifiers can now contain arguments, likeborrow(data). To facilitate this, the following new types were introduces:LifetimeSpecifierArgumentListSyntax,LifetimeSpecifierArgumentSyntax,LifetimeSpecifierArgumentsSyntax,LifetimeTypeSpecifierSyntax,SimpleTypeSpecifierSyntax,TypeSpecifierListSyntaxDeclGroupSyntax.introducerDeclGroupSyntaxtrait has an extraintroducerproperty, ie. the keyword that introduces the declaration.ExprSyntax.interpretedAsVersionTuple#if canImport(MyModule, _version: 1.2.3)as a function call instead of a dedicated syntax node,1.2.3natively gets parsed as a member access3to the1.2float literal. This property allows the reinterpretation of such an expression as a version tuple.SyntaxProtocol.node(at:)SyntaxIdentifier, returns theSyntaxnode with that identifierSyntaxIdentifier.IndexInTreeSyntaxIdentifierbut does not store the root ID of the tree. It can thus be transferred across trees that are structurally equivalent, for example two copies of the same tree that live in different processes. The only public functions on this type aretoOpaqueandinit(fromOpaque:), which allow serialization of theIndexInTree.SyntaxIdentifierconformance toComparable:SyntaxIdentifiercompares less than anotherSyntaxIdentifierif the node at that identifier occurs first during a depth-first traversal of the tree.SyntaxIdentifier.indexInTreeandSyntaxIdentifier.fromIndexInTreeSyntaxIdentifier.indexInTreeallows the retrieval of aSyntaxIdentifierthat identifies the syntax node independent of the syntax tree.SyntaxIdentifier.fromIndexInTreeallows the creation for aSyntaxIdentifierfrom a tree-agnosticSyntaxIdentifier.IndexInTreeand the tree's root node.SwiftSyntaxMacrosGenericTestSupportSwiftSyntaxMacrosTestSupportmodule that doesn't depend onFoundationorXCTestand can thus be used to write macro tests usingswift-testing. Since swift-syntax can't depend on swift-testing (which would incur a circular dependency since swift-testing depends on swift-syntax), users need to manually specify a failure handler like the following, that fails the swift-testing test:Issue.record("\($0.message)", fileID: $0.location.fileID, filePath: $0.location.filePath, line: $0.location.line, column: $0.location.column)TokenSyntax.identifieridentifierproperty toTokenSyntaxwhich returns a canonicalized representation of an identifier that strips away backticks.Deprecations
Child Choice Node Casts
is,as, andcastmethods for types not contained in the choice node are marked as deprecated. The deprecated methods will emit a warning, indicating that the cast will always fail.is,asorcastmethods because they will always fail.IncrementalParseTransition:IncrementalParseTransition.init(previousTree:edits:lookaheadRanges:reusedNodeCallback:)is marked as deprecated. UseIncrementalParseTransition.init(previousIncrementalParseResult:edits:reusedNodeCallback:)instead.IncrementalParseTransition.init(previousIncrementalParseResult:edits:reusedNodeCallback:)instead.MacroExpansion{Error|Warning|FixIt}Messagemoved to theSwiftSyntaxMacrosmoduleMacroExpansion{Error|Warning|FixIt}Messagetypes from theSwiftSyntaxMacroExpansionmodule toSwiftSyntaxMacros. Deprecated typealiases inSwiftSyntaxMacroExpansionforward toSwiftSyntaxMacros.SwiftSyntaxMacroExpansion, which is intended as an implementation detail of the plugin server and should not need to be imported by macros.EditorPlaceholderDeclSyntaxandEditorPlaceholderExprSyntax:EditorPlaceholderDeclSyntaxandEditorPlaceholderExprSyntaxare now deprecated and placeholders are instead parsed as identifiers within aMissingDeclSyntaxorDeclReferenceExprSyntax.AttributedTypeSyntax.specifierhas renamed tospecifiersand changed to be a collectionCanImportExprSyntaxandCanImportVersionInfoSyntaxcanImportinside#ifdirectives as a special expression node, parse it as a functionc call expression. This is in-line with how theswift(>=6.0)andcompiler(>=6.0)directives are parsed.API-Incompatible Changes
MacroDefinitionused for expanding macros:MacroDefinition/expansionenum case used to have two values ((MacroExpansionExprSyntax, replacements: [Replacement])), has now gained another value in order to support generic argument replacements in macro expansions:(MacroExpansionExprSyntax, replacements: [Replacement], genericReplacements: [GenericArgumentReplacement])case .expansion(let node, let replacements, let genericReplacements):. Creating the.extensiongained a compatibility shim, retaining the previous syntax source compatible (return .expansion(node, replacements: [])).Effect specifiers:
unexpectedAfterThrowsSpecifiernode of the various effect specifiers has been removed.unexpectedBetweenThrowsSpecifierAndThrownErrorandunexpectedAfterThrownErrorinstead.SyntaxKindremoved conformance toCaseIterableSyntaxKindno longer conforms toCaseIterablesince there is no good use case to iterate over all syntax kinds.SyntaxKind.IntegerLiteralExprSyntax.Radixremoved conformance toCaseIterableIntegerLiteralExprSyntax.Radixno longer conforms toCaseIterablesince there is no good use case to iterate over all radix kinds.IntegerLiteralExprSyntax.Radix.Parser.parseIncrementally(source:parseTransition:)andParser.parseIncrementally(source:maximumNestingLevel:parseTransition:):Parser.parseIncrementallyreturn aIncrementalParseResultinstead of a tuple. Access to the struct should be compatible with the tuple in almost all cases unless the tuple is stored into a variable and then destructed or passed to a function that expects a tuple.IncrementalParseResulttype.SyntaxClassificationgained a new case:argumentLabelSyntaxClassification, cover the new case.SyntaxEnumandSyntaxKindgained new cases:throwsClauseThrowsClauseSyntaxSyntaxEnumandSyntaxKind, cover the new case.MacroExpansionContextnow requires a propertylexicalContext:MacroExpansionContextwill need to implement this property. Additionally, theHostToPluginMessagecasesexpandFreestandingMacroandexpandAttachedMacronow include an optionallexicalContext. Finally, theSyntaxProtocol.expand(macros:in:indentationWidth:)syntactic expansion operation has been deprecated in favor of a new versionexpand(macros:contextGenerator:indentationWidth:)that takes a function produces a new macro expansion context for each expansion.lexicalContextto anyMacroExpansionContext-conforming types. If implementing the host-to-plugin message protocol, add support forlexicalContext. For macro expansion operations going throughSyntaxProtocol.expand, provide a context generator that creates a fresh context including the lexical context.TriviaPiece.isBackslashinSwiftParserDiagnosticsremovedTriviaPiece.isBackslashwas not intended to be public API.if case .backslash = triviaPieceinsteadAll symbols in
SwiftCompilerPluginMessageHandlingare now SPIv600.0.0Compare Source
New APIs
FixIt now has a new computed property named
editseditsrepresent the non-overlapping textualeditsthat need to be performed when the Fix-It is applied.SourceEditSourceEdithas been moved from SwiftRefactor to SwiftSyntaxassertMacroExpansionnow have new parameters namedapplyFixItsandfixedSourceapplyFixItsandfixedSourceare used to assert so ensure that the source code after applying Fix-Its matches this string.DeclSyntaxEnum,StmtSyntaxEnum,ExprSyntaxEnum,TypeSyntaxEnum, andPatternSyntaxEnumWithOptionalCodeBlockFunctionDeclSyntaxandInitializerDeclSyntax.CodeBlockSyntaxCodeBlockSyntaxis nowSyntaxParseable, so it can be used with string interpolations.ThrowsClausethrowsSpecifierfor the effects nodes (AccessorEffectSpecifiers,FunctionEffectSpecifiers,TypeEffectSpecifiers,EffectSpecifiers) has been replaced withthrowsClause, which captures both the throws specifier and the (optional) thrown error type, as introduced by SE-0413.String.isValidSwiftIdentifier(for:)SwiftParseradds an extension onStringto check if it can be used as an identifier in a given context.MacroDeclSyntax.expandexpand(argumentList:definition:replacements:)method gains a new parameter 'genericReplacements:' that is defaulted to an empty array.expand(argumentList:definition:replacements:genericReplacements:)SyntaxProtocol.asMacroLexicalContext()andallMacroLexicalContexts(enclosingSyntax:)TriviaPiece.isCommentTriviaPiecenow has a computed propertyisCommentthat returnstrueif the trivia piece is a comment.New
assertMacroExpansionAPI with option to specify macro specifications withmacroSpecsargumentmacroSpecscan have additional specifications like conformances provided by member or extension macro that can be used for macro expansion.BasicFormat.inferIndentation(of:)IncrementalEditstores replacement textIncrementalEditused to store the range that was replaced and the length of the replacement but not the replacement bytes by itself.IncrementalEditnow has areplacementproperty that contains the replacement bytes.Type specifiers
AttributedTypeSyntaxcan now contain multiple specifiers and these types are used to model the list of specifiers. Additionally, type specifiers can now contain arguments, likeborrow(data). To facilitate this, the following new types were introduces:LifetimeSpecifierArgumentListSyntax,LifetimeSpecifierArgumentSyntax,LifetimeSpecifierArgumentsSyntax,LifetimeTypeSpecifierSyntax,SimpleTypeSpecifierSyntax,TypeSpecifierListSyntaxDeclGroupSyntax.introducerDeclGroupSyntaxtrait has an extraintroducerproperty, ie. the keyword that introduces the declaration.ExprSyntax.interpretedAsVersionTuple#if canImport(MyModule, _version: 1.2.3)as a function call instead of a dedicated syntax node,1.2.3natively gets parsed as a member access3to the1.2float literal. This property allows the reinterpretation of such an expression as a version tuple.SyntaxProtocol.node(at:)SyntaxIdentifier, returns theSyntaxnode with that identifierSyntaxIdentifier.IndexInTreeSyntaxIdentifierbut does not store the root ID of the tree. It can thus be transferred across trees that are structurally equivalent, for example two copies of the same tree that live in different processes. The only public functions on this type aretoOpaqueandinit(fromOpaque:), which allow serialization of theIndexInTree.SyntaxIdentifierconformance toComparable:SyntaxIdentifiercompares less than anotherSyntaxIdentifierif the node at that identifier occurs first during a depth-first traversal of the tree.SyntaxIdentifier.indexInTreeandSyntaxIdentifier.fromIndexInTreeSyntaxIdentifier.indexInTreeallows the retrieval of aSyntaxIdentifierthat identifies the syntax node independent of the syntax tree.SyntaxIdentifier.fromIndexInTreeallows the creation for aSyntaxIdentifierfrom a tree-agnosticSyntaxIdentifier.IndexInTreeand the tree's root node.SwiftSyntaxMacrosGenericTestSupportSwiftSyntaxMacrosTestSupportmodule that doesn't depend onFoundationorXCTestand can thus be used to write macro tests usingswift-testing. Since swift-syntax can't depend on swift-testing (which would incur a circular dependency since swift-testing depends on swift-syntax), users need to manually specify a failure handler like the following, that fails the swift-testing test:Issue.record("\($0.message)", fileID: $0.location.fileID, filePath: $0.location.filePath, line: $0.location.line, column: $0.location.column)TokenSyntax.identifieridentifierproperty toTokenSyntaxwhich returns a canonicalized representation of an identifier that strips away backticks.Deprecations
Child Choice Node Casts
is,as, andcastmethods for types not contained in the choice node are marked as deprecated. The deprecated methods will emit a warning, indicating that the cast will always fail.is,asorcastmethods because they will always fail.IncrementalParseTransition:IncrementalParseTransition.init(previousTree:edits:lookaheadRanges:reusedNodeCallback:)is marked as deprecated. UseIncrementalParseTransition.init(previousIncrementalParseResult:edits:reusedNodeCallback:)instead.IncrementalParseTransition.init(previousIncrementalParseResult:edits:reusedNodeCallback:)instead.MacroExpansion{Error|Warning|FixIt}Messagemoved to theSwiftSyntaxMacrosmoduleMacroExpansion{Error|Warning|FixIt}Messagetypes from theSwiftSyntaxMacroExpansionmodule toSwiftSyntaxMacros. Deprecated typealiases inSwiftSyntaxMacroExpansionforward toSwiftSyntaxMacros.SwiftSyntaxMacroExpansion, which is intended as an implementation detail of the plugin server and should not need to be imported by macros.EditorPlaceholderDeclSyntaxandEditorPlaceholderExprSyntax:EditorPlaceholderDeclSyntaxandEditorPlaceholderExprSyntaxare now deprecated and placeholders are instead parsed as identifiers within aMissingDeclSyntaxorDeclReferenceExprSyntax.AttributedTypeSyntax.specifierhas renamed tospecifiersand changed to be a collectionCanImportExprSyntaxandCanImportVersionInfoSyntaxcanImportinside#ifdirectives as a special expression node, parse it as a functionc call expression. This is in-line with how theswift(>=6.0)andcompiler(>=6.0)directives are parsed.API-Incompatible Changes
MacroDefinitionused for expanding macros:MacroDefinition/expansionenum case used to have two values ((MacroExpansionExprSyntax, replacements: [Replacement])), has now gained another value in order to support generic argument replacements in macro expansions:(MacroExpansionExprSyntax, replacements: [Replacement], genericReplacements: [GenericArgumentReplacement])case .expansion(let node, let replacements, let genericReplacements):. Creating the.extensiongained a compatibility shim, retaining the previous syntax source compatible (return .expansion(node, replacements: [])).Effect specifiers:
unexpectedAfterThrowsSpecifiernode of the various effect specifiers has been removed.unexpectedBetweenThrowsSpecifierAndThrownErrorandunexpectedAfterThrownErrorinstead.SyntaxKindremoved conformance toCaseIterableSyntaxKindno longer conforms toCaseIterablesince there is no good use case to iterate over all syntax kinds.SyntaxKind.IntegerLiteralExprSyntax.Radixremoved conformance toCaseIterableIntegerLiteralExprSyntax.Radixno longer conforms toCaseIterablesince there is no good use case to iterate over all radix kinds.IntegerLiteralExprSyntax.Radix.Parser.parseIncrementally(source:parseTransition:)andParser.parseIncrementally(source:maximumNestingLevel:parseTransition:):Parser.parseIncrementallyreturn aIncrementalParseResultinstead of a tuple. Access to the struct should be compatible with the tuple in almost all cases unless the tuple is stored into a variable and then destructed or passed to a function that expects a tuple.IncrementalParseResulttype.SyntaxClassificationgained a new case:argumentLabelSyntaxClassification, cover the new case.SyntaxEnumandSyntaxKindgained new cases:throwsClauseThrowsClauseSyntaxSyntaxEnumandSyntaxKind, cover the new case.MacroExpansionContextnow requires a propertylexicalContext:MacroExpansionContextwill need to implement this property. Additionally, theHostToPluginMessagecasesexpandFreestandingMacroandexpandAttachedMacronow include an optionallexicalContext. Finally, theSyntaxProtocol.expand(macros:in:indentationWidth:)syntactic expansion operation has been deprecated in favor of a new versionexpand(macros:contextGenerator:indentationWidth:)that takes a function produces a new macro expansion context for each expansion.lexicalContextto anyMacroExpansionContext-conforming types. If implementing the host-to-plugin message protocol, add support forlexicalContext. For macro expansion operations going throughSyntaxProtocol.expand, provide a context generator that creates a fresh context including the lexical context.TriviaPiece.isBackslashinSwiftParserDiagnosticsremovedTriviaPiece.isBackslashwas not intended to be public API.if case .backslash = triviaPieceinsteadAll symbols in
SwiftCompilerPluginMessageHandlingare now SPIv510.0.3Compare Source
Compared to 510.0.2 improves swift-syntax’s ability to build using Bazel.
It also contains the following changes from 510.0.0.
New APIs
SyntaxStringInterpolation.appendInterpolation(_: (some SyntaxProtocol)?)nil, nothing will get added to the string interpolation.SyntaxCollection.index(at:)SyntaxCollection. This computation is in O(n) andSyntaxCollectionis not subscriptable by an integer.Convenience initializer
ClosureCaptureSyntax.init()ClosureCaptureSyntaxthat takes a concretenameargument and automatically addsequal = TokenSyntax.equalToken()to it.Convenience initializer
EnumCaseParameterSyntax.init()EnumCaseParameterSyntaxthat takes a concretefirstNamevalue and addscolon = TokenSyntax.colonToken()automatically to it.DiagnosticSeverityandPluginMessage.Diagnostic.Severitynow have new case namedremarkDeprecations
Leaf Node Casts
Same-Type Casts
is,as, andcastoverloads onSyntaxProtocolwith same-type conversions are marked as deprecated. The deprecated methods emit a warning indicating the cast will always succeed.Base Node Casts
is,as, andcastmethods on base node protocols with base-type conversions are marked as deprecated. The deprecated methods emit a warning that informs the developer that the cast will always succeed and should be done using the base node's initializer.WildcardPatternSyntax.typeAnnotationtypeAnnotationonWildcardPatternSyntaxwas a mistake. UsetypeAnnotationproperties on the outer constructs instead. E.g.PatternBindingListSyntax.typeAnnotationAPI-Incompatible Changes
NoteMessage.fixItIDrenamed tonoteIDfixItIDand should have been namednoteIDinstead. Accesses tofixItIDare deprecated and forward tonoteID. Any types that conformNoteMessageit will need to be updated to provide anoteIDinstead of afixItID.DiagnosticSpec.highlightreplaced byhighlightshighlightprevented users from asserting that a macro highlighted exactly the expected set of syntax nodes. Use ofDiagnosticSpec.init(...highlight:...)is deprecated and forwards toDiagnosticSpec.init(...highlights:...). Migrating fromhighlighttohighlightsis straightforward; any uses ofDiagnosticSpec.initwhich do not specify ahighlightdo not need to change, otherwise:highlightstring should be replaced with a single element array containing the same string without any trailing trivia, e.g.,highlight: "let "->highlights: ["let"].highlightstring should be replaced with an array containing an element for each highlighted node, e.g.,highlight: "struct {}"->highlights: ["struct", "{}"].v510.0.2Compare Source
Compared to 510.0.1 this release fixes compilation warnings about retroactive conformances when building swift-syntax with a Swift 6 compiler.
It also contains the following changes from 510.0.0.
New APIs
SyntaxStringInterpolation.appendInterpolation(_: (some SyntaxProtocol)?)nil, nothing will get added to the string interpolation.SyntaxCollection.index(at:)SyntaxCollection. This computation is in O(n) andSyntaxCollectionis not subscriptable by an integer.Convenience initializer
ClosureCaptureSyntax.init()ClosureCaptureSyntaxthat takes a concretenameargument and automatically addsequal = TokenSyntax.equalToken()to it.Convenience initializer
EnumCaseParameterSyntax.init()EnumCaseParameterSyntaxthat takes a concretefirstNamevalue and addscolon = TokenSyntax.colonToken()automatically to it.DiagnosticSeverityandPluginMessage.Diagnostic.Severitynow have new case namedremarkDeprecations
Leaf Node Casts
Same-Type Casts
is,as, andcastoverloads onSyntaxProtocolwith same-type conversions are marked as deprecated. The deprecated methods emit a warning indicating the cast will always succeed.Base Node Casts
is,as, andcastmethods on base node protocols with base-type conversions are marked as deprecated. The deprecated methods emit a warning that informs the developer that the cast will always succeed and should be done using the base node's initializer.WildcardPatternSyntax.typeAnnotationtypeAnnotationonWildcardPatternSyntaxwas a mistake. UsetypeAnnotationproperties on tConfiguration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.