-
Notifications
You must be signed in to change notification settings - Fork 69
publish for Scala 2.13.0-M5 #219
Comments
available for 2.13.0-M5: scalacheck-1.14.0, scalatest-3.0.6-SNAP3 update - now also scalatest-3.0.6-SNAP4 |
plugin dependency sbt-scalajs can be upgraded to 0.6.25, to get 2.13.0-M5 |
I think scalacheck 1.14 is binary incompatible with 1.13.6 so I think this makes the laws package binary incompatible. Which may be okay. I guess we can bump a version. |
I also don't see a huge problem with doing what scalatest did with "3.0.6-SNAPx", although presumably scala 2.13 is the future so moving in that direction on a non-snapshot release is good imo. |
@johnynek Unfortunately I don't think that it's compatible (pre-Scala 2.12 at least). See typelevel/cats#2449 (where you said the same). I'd love to find out otherwise though :\ |
machinist-0.6.6 now available with 2.13.0-M5 |
|
fooling around with a 2.13 build, I think the dependencies resolve but I'm running into [error] /home/eje/git/algebra/core/src/main/scala/algebra/instances/map.scala:53:24: type TraversableOnce in package scala is deprecated (since 2.13.0): Use IterableOnce instead of TraversableOnce
[error] override def sum(as: TraversableOnce[Map[K, V]]): Map[K, V] = {
[error] ^ [error] /home/eje/git/algebra/core/src/main/scala/algebra/instances/map.scala:55:8: method foreach in class IterableOnceExtensionMethods is deprecated (since 2.13.0): Use .iterator.foreach(...) instead
[error] as.foreach { m => |
In idea I’ve had is replace the TraversableOnce methods with two methods of the same name. One on Iterator one on Iterable. The Iterable one by default can call the other. Working with Iterator is pretty critical in big data systems that don’t always allow you to iterate twice. What do you think? |
@johnynek that seems totally sane to me - the only case that seems ambiguous there is Stream, which is being replaced(?) by LazyList in 2.13. Stream/LazyList are (iiuc) neither Iterator nor Iterable. |
btw I was not planning on fixing TraversableOnce related issures. |
@johnynek, I have been assuming that somebody familiar with this code would be better suited to this, but I see that nobody has been working much with this code since late 2016 😄 I'll take a run at it unless somebody else is planning to. |
|
@erikerlandson I don’t think anyone is working on it, thanks. I’m pretty skeptical the 2.13 churn is going to be a net positive. Twitter (and Stripe) are not even on 2.12 yet. I can’t imagine how long 2.13 will take. |
I'm sure the benefits of 2.13 are rather un-evenly distributed. My own interest in it is focused almost exclusively on scala/scala#6050, and in my case the benefit is actually a side-effect of that work (better behavior of the resolution algorithm), not the original goal of by-name implicits. |
I’m really trying hard not to rant about how much work it is to keep sbt up to date and have publishing working reliably... |
@SethTisue this is a bit tangent, but the scaladoc list of super-types does not indicate anything about being a subclass of |
I see |
I finally figured it out - the page I had was the companion object page, not the class page :/ |
what's next here? (just curious, just checking) |
Done. |
Dependency for typelevel/spire#742
The text was updated successfully, but these errors were encountered: