Skip to content

Eager specializer: Fix pre-specialization of imported code #58642

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

aschwaighofer
Copy link
Contributor

We must no pre-specialize imported code (except if this was explicitly
called for by the importing module).

Therefore, don't pre-specialize shared definitions based on their
pre-specialization attributes.

Rather, only pre-specialize if the pre-specialization is called for
using a target: "theFunctionToSpecialize" parameter.

rdar://92337361

@aschwaighofer
Copy link
Contributor Author

@swift-ci Please test

We must no pre-specialize imported code (except if this was explicitly
called for by the importing module).

Therefore, don't pre-specialize `shared` definitions based on their
pre-specialization attributes.

Rather, only pre-specialize if the pre-specialization is called for
using a `target: "theFunctionToSpecialize"` parameter.

Run OnonePrespecializations before serialization so that module native functions
are not yet marked `shared` and can be identified as native.

rdar://92337361
@aschwaighofer aschwaighofer force-pushed the fix_eager_specialization_of_shared_definitions branch from fb885e6 to bcf24e4 Compare May 4, 2022 15:34
@aschwaighofer
Copy link
Contributor Author

@swift-ci Please test

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