-
Notifications
You must be signed in to change notification settings - Fork 87
sigh, rename back to scala-collection-compat (and re-enable MiMa) #356
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
and re-enable MiMa reverts #327
MiMa is failing, but only on 2.11?! I'm out of work time for today — I'll look into it tomorrow if nobody beats me to it. |
The failure is due to the addition of I believe we can filter this out because the trait in question, |
#362 has MiMa followups |
@SethTisue I think that method should be moved directly into the package object (which duplicates it because there are separate files for 2.11 and 2.12, but there's not much to do about that). that's what we've been doing for other things |
@NthPortal oops, I was going to look at that before release, but it slipped my mind. is it too late now, because bincompat? |
I... don't know enough about bincompat to say what we should do |
Before I think too hard about that, I'd like to understand why you are suggesting the method should be moved directly into the package object.
I'm confused — isn't avoiding such duplication exactly what |
the problem is, adding methods to |
Indeed, the correct solution is to duplicate the implicit conversion into the 2.11 and 2.12 source trees, as April said in #356 (comment). |
What is the correct thing to do now?
|
Let's discuss on #367 |
reverts #327