You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are not quite ready to start merging standard library PRs that break forwards bincompat. Before merging anything, we'd like to understand the following better:
Does this interact/intersect with the work @hamzaremmal is doing on making a version of stdlib that's compiled by the Scala 3 compiler? How much of the motivation for SIP-51 will that eventually remove? Will it prevent Scala 2's TASTy Reader from working with some future Scala 3 version? Let's discuss at core meeting.
Testing. @lrytz did some manual testing with Maven and Gradle, but we ought to have test scaffolds in version control somewhere so we can double check it for ourselves, to help convince others, and as a place we can quickly reproduce any issues that are reported
And what about Scala-CLI, is it ready?
Are there any implications for IntelliJ, do we need to be working with them in advance of 2.13.17 shipping?
We should probably start drafting the eventual blog post about this now, as the writing will aid our thinking. I have volunteered to write a first draft — it shouldn't be hard, since we can crib from the SIP itself.
The blog post should include:
Information about build tools (sbt, Mill, Maven, Gradle, Scala-CLI, IntelliJ, ...?)
Recommendations for library authors. We want to encourage them to adopt the Scala.js model where it's routine to take Scala 2 version upgrades even though it will require their users to upgrade as well.
Probably a library author wouldn't want to take the upgrade and then publish a new version on the same day a new Scala 2 version came out. What if that version turns out to have some significant regression? But then if not same day, what is a reasonable waiting period? Two weeks?
The text was updated successfully, but these errors were encountered:
We are not quite ready to start merging standard library PRs that break forwards bincompat. Before merging anything, we'd like to understand the following better:
Some other concerns:
We should probably start drafting the eventual blog post about this now, as the writing will aid our thinking. I have volunteered to write a first draft — it shouldn't be hard, since we can crib from the SIP itself.
The blog post should include:
The text was updated successfully, but these errors were encountered: