Skip to content

AST: Fix accessibility checking in opaque type archetype substitution logic [5.2] #31058

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conversation

slavapestov
Copy link
Contributor

We were failing to replace opaque types with their underlying type
upon encountering an internal type from the current module. This
could happen when the internal type appeared in generic substitutions,
for example when calling a protocol extension method.

Fixes rdar://problem/60951353.

… logic

We were failing to replace opaque types with their underlying type
upon encountering an internal type from the current module. This
could happen when the internal type appeared in generic substitutions,
for example when calling a protocol extension method.

Fixes <rdar://problem/60951353>.
@slavapestov slavapestov requested a review from a team as a code owner April 16, 2020 04:26
@slavapestov
Copy link
Contributor Author

@swift-ci Please test

@tkremenek tkremenek merged commit 029130b into swiftlang:swift-5.2-branch Apr 16, 2020
@AnthonyLatsis AnthonyLatsis added swift 5.2 🍒 release cherry pick Flag: Release branch cherry picks labels Jan 8, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🍒 release cherry pick Flag: Release branch cherry picks
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants