Skip to content

[Sema] Fix for wrong callee candidate evaluation for complex args with unresolved parts. #12556

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 1 commit into from
Oct 22, 2017

Conversation

gregomni
Copy link
Contributor

@gregomni gregomni commented Oct 22, 2017

Beginning changes to provide more info out about unresolved params, but even changing is<UnresolvedType>() to hasUnresolvedType() turns out is enough to fix a radar...

In this case, the partially unresolved function argument type caused wrong mismatches, when the first myMap should have been (and now is) a closer matching candidate.

Resolves radar 20142462 (apparently).

…ut even

changing is<UnresolvedType> to hasUnresolvedType turns out is enough to fix a
radar.
@gregomni
Copy link
Contributor Author

@swift-ci Please smoke test

// the type could be anything, but it's still useful to save the argument as
// failureInfo.
if (!rArgType->hasUnresolvedType()) {
if (archetypesMap.empty())
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice! You'll soon discover the archetypeMap is a total disaster, BTW :-)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pretty sure it's of my making from generics diagnosis work a year or more ago, so it's karma. :-)

@gregomni gregomni merged commit e05f7c9 into swiftlang:master Oct 22, 2017
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