Skip to content

Mark RegexComponent conformances of stdlib types @retroactive - #886

Closed
tshortli wants to merge 1 commit into
swiftlang:mainfrom
tshortli:retroactive-regex-component-conformances
Closed

tshortli wants to merge 1 commit into
swiftlang:mainfrom
tshortli:retroactive-regex-component-conformances

Conversation

@tshortli

Copy link
Copy Markdown
Contributor

Silences warnings about retroactive conformances of String, Substring, Character, and Unicode.Scalar to RegexComponent in RegexBuilder. These conformances are intentionally located in a separate module from the RegexComponent protocol, so explicitly annotating them as retroactive is appropriate.

Silences warnings about retroactive conformances of `String`, `Substring`,
`Character`, and `Unicode.Scalar` to `RegexComponent` in `RegexBuilder`. These
conformances are intentionally located in a separate module from the
`RegexComponent` protocol, so explicitly annotating them as retroactive is
appropriate.
@tshortli

Copy link
Copy Markdown
Contributor Author

@swift-ci please test

@tshortli

Copy link
Copy Markdown
Contributor Author

Hm, looks like there's inconsistency with respect to whether RegexBuilder is in the same package as the _StringProcessing module. I guess we may need to fix the toolchain build CMake instead of making this change.

@tshortli tshortli closed this Sep 29, 2026
@tshortli

Copy link
Copy Markdown
Contributor Author

New fix attempt: #888

@tshortli
tshortli deleted the retroactive-regex-component-conformances branch September 30, 2026 00:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant