-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Avoid embedding SelectionProtos in Conversions #17755
Avoid embedding SelectionProtos in Conversions #17755
Conversation
Using the minimisation of the specs2 failure that occurred in CI, the conversion desired is `Conversion[String, Bar.this.Data]`. But if we use the given's symbol info, we end up with the type `Conversion[String, Foo.this.Data]` which the generated tree will fail to adapt to. Using the widening of the implicit candidate's TermRef will yield a method type, as seen from the right prefix - `Bar.this.Data`.
// see tests/pos/i15867.scala. | ||
restpe | ||
case _ => pt | ||
case _ => pt |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same here.
// so instead replace it with the targeted conversion type, if it matches | ||
// see tests/pos/i15867.scala. | ||
restpe | ||
case _ => pt |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But in this case and also on the next line we still get a SelectionProto in the result type of the conversion, which looks fishy. Can we replace with NoType instead?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
No description provided.