Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Sep 21 09:22
    dwijnand commented #1003
  • Sep 19 23:11
    eed3si9n closed #227
  • Sep 19 23:11
    eed3si9n commented #227
  • Sep 19 23:07
    eed3si9n edited #1003
  • Sep 19 23:06
    eed3si9n milestoned #227
  • Sep 19 23:05
    eed3si9n edited #1003
  • Sep 19 21:12

    eed3si9n on v1.6.0-M1

    (compare)

  • Sep 19 21:02

    eed3si9n on develop

    Make accessing OriginalTree noo… Fix ClassCastException in refle… Merge pull request #1003 from e… (compare)

  • Sep 19 21:02
    eed3si9n closed #1003
  • Sep 19 21:02
    eed3si9n closed #993
  • Sep 19 20:32
    eed3si9n milestoned #995
  • Sep 19 20:31
    eed3si9n milestoned #999
  • Sep 19 20:29
    eed3si9n labeled #998
  • Sep 19 20:20
    eed3si9n opened #1003
  • Sep 19 20:12

    eed3si9n on develop

    Util 1.6.0-M1 Merge pull request #1002 from e… (compare)

  • Sep 19 20:12
    eed3si9n closed #1002
  • Sep 19 19:31
    eed3si9n opened #1002
  • Sep 19 18:53

    eed3si9n on develop

    Update to Scala 2.12.15 Merge pull request #1001 from e… (compare)

  • Sep 19 18:53
    eed3si9n closed #1001
  • Sep 19 18:23
    eed3si9n opened #1001
Guillaume Martres
@smarter
zinc shouldn't be adding more than a few percent to compilation time
a sudden 2x slowdown means something has gone terribly wrong somewhere
Alex Shubert
@lure
It is consistently two times slower. Just replacing 5.6.2 to 6.3/6.2.1 and back provides stable 11m vs 6m. Nothing else is changed.
I mentioned your answer in GitHub issue. May be you could leave some suggestion there, if you got some spare minutes?
I mean, your opinion would be much more helpful :)
Guillaume Martres
@smarter
I know nothing about gradle or how they interact with zinc, so I can't say much
if you're invoking gradle multiple times from the command line, are you sure that it's reusing the same JVM instance ? Maybe something changed in how gradle handles JVMs
a cold JVM can easily be twice as slow at compiling scala than a hot JVM
otherwise, I guess you'll need to get a profiler and start measuring
Alex Shubert
@lure
Both builds use cold jvm. It's cloud CI agents. Anyway, I am going to measure module by module. Who knows, may be it is something else inside my own project. I just was surprised by the phrase about tradeoff.
Guillaume Martres
@smarter
yeah, try to reproduce it locally first
maybe the new gradle uses more memory but your JVM still has the same maximum heap, so you're spending more time doing GC, who knows
eugene yokota
@eed3si9n
the tradeoff likely comes from class-based name hashing introduced in Zinc 1 which does create more stuff to persist. 2x does seem like some pathological case. maybe you need to give more memory?
eugene yokota
@eed3si9n
Guillaume Martres
@smarter
@eed3si9n Wasn't there a https://gitter.im/sbt/sbt-contrib room previously? It doesn't seem to exist anymore.
eugene yokota
@eed3si9n
@smarter Yea, I deleted it since I don't use Gitter much, it was mostly unused, and we created a discussion forum on GitHub - https://github.com/sbt/sbt/discussions
Guillaume Martres
@smarter
oh
Guillaume Martres
@smarter
@eed3si9n in https://eed3si9n.com/sbt-1.5.0-beta you say "Due to the transitive dependencies to Dokka, which is planned to be removed eventually, the following resolver is required to use Scala 3.0.0-RC1 for now:" but I think that dependency has already been removed from 3.0.0-RC1
(also the announcement starts by mentioning 1.5.0-M1 instead of M2)
related question: do you have an ETA for 1.5.0 final?
eugene yokota
@eed3si9n
I don't have any ETA. I'd happy to ship it when Darja says ship it.
Guillaume Martres
@smarter
@eed3si9n Our current plan is to do 3.0.0-RC2 in ~3 weeks and final 4 weeks later if all goes well (also Darja isn't responsible for release management fwiw)
Guillaume Martres
@smarter
@eed3si9n the release notes for 1.5.0-RC2 still mention ThisBuild / resolvers += Resolver.JCenterRepository for 3.0.0-RC1 which isn't necessary.
eugene yokota
@eed3si9n
thanks. I'll remove that.
Tobias Roeser
@lefou
There is no published tag on GitHub for release 1.5.3
eugene yokota
@eed3si9n
Tobias Roeser
@lefou
:+1:
Fabio Pinheiro
@FabioPinheiro

I was playing with Scala 3 and now I getting the folowing "error downloading org.scala-lang:scala-compiler:3.0.0"

I have a sbt plugin that mention ZincCompiler on a taskKey.
https://github.com/ScalablyTyped/Converter/blob/master/sbt-converter/src/main/scala/org/scalablytyped/converter/plugin/ScalablyTypedConverterExternalNpmPlugin.scala#L17

I have no idea where ZincCompiler is come from. I don't see any import. (I'm assuming that is from SBT itself).

On the Zinc repo we have:
https://github.com/sbt/zinc/blob/develop/project/Dependencies.scala#L70-L71
But for scala3 the the library scala-compiler and scala-library are now scala3-compiler and scala3-library
Is this right? I'm supposing that the error come from here or maybe I'm confusing the sbt version of Scala and scala version.

https://mvnrepository.com/artifact/org.scala-lang/scala3-compiler
https://mvnrepository.com/artifact/org.scala-lang/scala-compiler
https://mvnrepository.com/artifact/org.scala-lang/scala3-library
https://mvnrepository.com/artifact/org.scala-lang/scala-library

Guillaume Martres
@smarter
you need sbt >= 1.5
Fabio Pinheiro
@FabioPinheiro
On my project I'm using sbt.version=1.5.2
And I'm adding the SbtPlugin"org.scalablytyped" % "sbt-scalablytyped" % "202008250800"
I get the error when I try to compile my project(geometryCore / stInternalZincCompiler) sbt.librarymanagement.ResolveException: Error downloading org.scala-lang:scala-compiler:3.0.0
Guillaume Martres
@smarter
maybe scalablytyped is depending on an old zinc
or might be doing things which assume scala 2
Fabio Pinheiro
@FabioPinheiro
Thanks @smarter
That explains why I couldn't find any reference to a library zinc
https://github.com/ScalablyTyped/Converter/search?q=zinc
which needs to be adapted for scala3
Fabio Pinheiro
@FabioPinheiro
I'm just 'feeling the ground' to see when how difficult is going to be migrating to scala3
ok thx
Guillaume Martres
@smarter
looks like there's an open pr: ScalablyTyped/Converter#202
Fabio Pinheiro
@FabioPinheiro
oh nice thx
I usually only search on the open issue's list, not on the PR's list
Jamie Thompson
@bishabosha
I am trying to print the debug info for incremental compilation with a scala 2.13.6 project and it seems incOptions := incOptions.value.withApiDebug(true) has no effect - with sbt 1.5.3. What should I do?
Guillaume Martres
@smarter
you need to run debug from sbt too
or set logLevel := Level.Debug
Jamie Thompson
@bishabosha
great, thank you
Arthur McGibbon
@Arthurm1
Hi, I'm looking to add the semanticDB java plugin to Bloop as seen scalacenter/bloop#1534. Unlike the scala plugin, the java plugin does not clean up the *.semanticdb output file if the source file is deleted. It's my understanding that Zinc has an API for managing this. Is that correct? If so - how do I go about telling it that Foo.java.semanticdb is associated with Foo.java and that it should delete the first if the second is deleted? I can see API#registerGeneratedClassesand the various products + relations setup - is that the area I should be looking at? Are there any examples of other projects using the API that I can look at? Or is Zinc clever enough to automatically determine what output files are associated with what source files - it doesn't currently seem to be deleting the *.semanticdb files automatically?
Guillaume Martres
@smarter
I don't about semanticdb, but for .tasty/.sjsir/.nir this is handled by the ClassFileManager and specifically by the stuff in https://github.com/sbt/zinc/tree/develop/internal/zinc-core/src/main/java/xsbti/compile
Arthur McGibbon
@Arthurm1
Thanks!
Lukas Rytz
@lrytz
if i run sbt scripted in zinc, that's only testing 2.12 right?
Lukas Rytz
@lrytz
ah, there's the scala version for running the scripted test enginge, and then the scala version within the test, which can be changed (looks like i have to use build.json)
will give that a try
Lukas Rytz
@lrytz
yep that worked