Skip to content

[Runtime] When the ObjC runtime supports lazy class names, lazily create the ObjC names for generic classes. #28753

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

Merged
merged 4 commits into from
Jan 8, 2020

Conversation

mikeash
Copy link
Contributor

@mikeash mikeash commented Dec 12, 2019

rdar://problem/57674583

…ate the ObjC names for generic classes.

rdar://problem/57674583
Archiving expects to be able to instantiate generic classes by name. This previously worked if you had instantiated the specialization in question, because the ObjC runtime would be able to look it up. Now, if the name hasn't been created, Swift has to look it up. demangleObjCTypeName doesn't do generics, so this failed.

rdar://problem/57674583
…sses point to their classes. Remove metaclass handling from the lazy class namer since it's not necessary.

rdar://problem/57674583
…tiple hooks. Use the API from the headers if present.

rdar://problem/57674583
@mikeash
Copy link
Contributor Author

mikeash commented Jan 3, 2020

@swift-ci please test

@mikeash mikeash marked this pull request as ready for review January 6, 2020 21:35
@mikeash mikeash requested review from Catfish-Man and tbkka January 6, 2020 21:35
@mikeash mikeash merged commit 222b9de into swiftlang:master Jan 8, 2020
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