Skip to content

Serialization: recover from missing modules when reading SubstitutionMaps [5.1 08-28] #27111

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

xymus
Copy link
Contributor

@xymus xymus commented Sep 10, 2019

Description: Recover from deserialization errors when reading conformances using types and decls from a module behind an implementation-only importation. The compiler crashed when indexing a system module with requirements that should not be exposed to the clients. We don’t see this issue as often publicly because the textual swiftinterface hides those requirements.

Scope of the issue: This prevents internal developers of building SwiftUI apps with the default compiler arguments.

Risk: Low, the patch silences errors that previously crashed the compiler.

Reviewed-by: @jrose-apple and @harlanhaskins

Radar: rdar://problem/52837313

…Maps

Harden more of the serialization functions to propagate errors for
the caller to handle these errors gracefully. This fixes a crash in
finishNormalConformance when indexing a system module with an
implementation-only import.

rdar://problem/52837313
@xymus xymus requested a review from a team as a code owner September 10, 2019 23:50
@xymus
Copy link
Contributor Author

xymus commented Sep 10, 2019

@swift-ci Please test

@tkremenek tkremenek merged commit 378d341 into swiftlang:swift-5.1-branch-08-28-2019 Sep 12, 2019
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.

2 participants