Skip to content
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

Don't search for implicit conversions to NoType #19563

Merged
merged 1 commit into from
Jan 30, 2024

Conversation

odersky
Copy link
Contributor

@odersky odersky commented Jan 29, 2024

There's a good chance this will fix #19320. My problem is that without a lot of added boilerplate I cannot test it, since it's hard to have at the same time external dependencies and ad-hoc instrumentation in the compiler. But what I could observe from the minimized example, it searches for a conversion of Concurrent[F[_]] to NoType and that must have caused the blowup.

In any case, the change makes obvious sense, so let's add that and see whether it improves things.

@odersky odersky requested a review from tgodzik January 29, 2024 17:55
Copy link
Contributor

@tgodzik tgodzik left a comment

Choose a reason for hiding this comment

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

Published it locally, Metals picked it up and it's indeed fixed! Thank you very much @odersky ! 🎉

@tgodzik
Copy link
Contributor

tgodzik commented Jan 29, 2024

Btw. as a side note to test it in Metals, you only need to do sbt publishLocal on dotty and change the version in the using directive. No need to tinker with releasing Metals locally.

@odersky
Copy link
Contributor Author

odersky commented Jan 30, 2024

Glad it helped!

@odersky odersky merged commit fbe06c0 into scala:main Jan 30, 2024
19 checks passed
@odersky odersky deleted the fix-19320 branch January 30, 2024 10:00
@odersky
Copy link
Contributor Author

odersky commented Jan 30, 2024

I think this should go into LTS as well.

@odersky odersky added the backport:nominated If we agree to backport this PR, replace this tag with "backport:accepted", otherwise delete it. label Jan 30, 2024
@Kordyjan Kordyjan added this to the 3.4.1 milestone Feb 14, 2024
WojciechMazur added a commit that referenced this pull request Jul 1, 2024
…0863)

Backports #19563 to the LTS branch.

PR submitted by the release tooling.
[skip ci]
@WojciechMazur WojciechMazur removed the backport:nominated If we agree to backport this PR, replace this tag with "backport:accepted", otherwise delete it. label Nov 8, 2024
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.

Very long compilation with one missing implicit
5 participants