-
Notifications
You must be signed in to change notification settings - Fork 17
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
v0.13.5 artifacts #542
Comments
Sorry @durban my pgp key had expired so the publish failed and it took me a while to get round to fixing it or noticing this issue 😅 It should be there now? |
Thanks, the artifacts are indeed there now. However, the Scala 3 artifacts seem to have been built with Scala 3.4. Is that intentional? I was under the impression, that libraries are usually recommended to remain on 3.3... Also, just fyi, I did a quick comparison between 0.13.4 and 0.13.5 (with the 2.13 artifacts), and 0.13.5 seems like a clear win regarding performance. |
It was intentional in the sense that I missed the announcement that libraries should remain on 3.3 😅 Why is that? Oh cool! What tests did you do? I think the only change other than dependency updates in 0.13.5 is your |
Well, I actually can't find an announcement 🤣 But there are these issues: scala-steward-org/scala-steward#3302 and scala-steward-org/scala-steward#3328. I think the idea is simply that by upgrading to 3.4, a library forces all its dependents to also upgrade. If a library is on the LTS (currently 3.3), its dependents can decide one by one for themselves whether they want to use LTS or something newer.
I did this at work: https://github.com/nokia/stm-benchmark. I also suspect the LongMap, because these tests have large transactions (meaning transactions which touch a lot of |
I might be missing something, but artifacts for the new
0.13.5
version don't seem to be on maven central. This is what sbt is trying to resolve, and it indeed doesn't seem to exist:The text was updated successfully, but these errors were encountered: