-
Notifications
You must be signed in to change notification settings - Fork 16
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
Build and publish only LTS scala 3 #452
Conversation
@@ -2,8 +2,7 @@ import sbt.CrossVersion | |||
|
|||
lazy val scala212 = "2.12.18" | |||
lazy val scala213 = "2.13.14" | |||
lazy val scala3LTS = "3.3.4" | |||
lazy val scala3 = "3.6.3" | |||
lazy val scala3LTS = "3.3.5" |
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.
I'm not too familiar with scala3 release process / backwards compat. When will we know. to update this?
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.
so they backported random things into 3.3.4 which i need to be able to ignore specific warnings from src dirs.. its hard to say basically.. 3.3.5 only came out in late jan
) | ||
case _ => Seq.empty | ||
} | ||
}, | ||
// compile protobuf messages for unit tests | ||
Project.inConfig(Test)(sbtprotoc.ProtocPlugin.protobufConfigSettings), | ||
Test / scalacOptions += { | ||
CrossVersion.partialVersion(scalaVersion.value) match { | ||
case Some((3, minor)) if minor > 3 => "-experimental" |
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.
I wonder if we'll run into this when @scala-steward bumps the version of scalamock / scala 3 🤔
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.
good q 🤷🏾♂️
declaring 3 scala minor versions always takes the latest when projects pull in the dependency. this causes issue as the TASTy reader is always looking at the latest binary (in this 3.6.3) so runtimes cause incompatibility errors. if developers wish to use 3.6.3, twinagle will still compile for them when its built with 3.3.x.
This also reduces some complexity in the tests configuration as we dont need to manage 2 versions of scalamock
also handles #451