Conversation
|
The Scala.js tests also don't seem to run on Scala but this is the output: Edit: resolved. |
|
What's the output of |
|
Good point, I've been staring at the screen too long: Edit: resolved. |
|
You can set |
|
It doesn't seem to do anything. :/ Edit: resolved. |
|
Also, the output of Edit: resolved. |
|
Maybe has something to do with these sbt test frameworks things? I always thought tests used a different mechanism mutually exclusive to main classes. |
|
The "multiple main classes" warning is visible in CI before this PR, so that's most likely a red herring. Here's what happens when running the compiled JS code manually. Edit: resolved. |
|
That's normal AFAIK. Any project if you try to run the generated test js outside of the sbt test context you get that Scala com error. |
|
Everything might have been related to improper |
|
This snapshot seems to be working fine on all platforms: "io.vasilev" %%% "scalacheck" % "1.15-6862df0" |
|
I have the same problem: crossProject named nscalaJavaTime with crossType(CrossType.Pure). There are no main anywhere in the project and I tried with several versions including |
|
That turned out to be a problem with Scala 3 |
|
Even with no scalacOptions, I get the problem. I'll try to build a simple test case and let you know if I can reproduce it easily. |
|
@pmeheut what is the output of running |
i.e. the 3 Spec files in the project. |
|
@pmeheut interesting, do you have |
|
No mainModuleInitializer in the project. |
|
@pmeheut another random idea, try setting: testFrameworks += new TestFramework("org.scalacheck.ScalaCheckFramework")Otherwise, out of ideas, sorry 😕 |
|
It changes nothing. Thanks for all the quick answers. I'll investigate on my own tomorrow. |
|
I took a very simple project, https://github.com/scala-js/scalajs-cross-compile-example, added scalacheck and tests in the js and jvm src/test/scala directories. When I run as expected. When I run You can get the project here if you want to try it: |
|
I do hope we'll move forward with this. Now that Vasil's done the hard work it should be an easy jump to sbt-typelevel. |
|
I'm planning to refresh this PR very soon. |
|
Btw, is scalacheck using PVP versioning? Actually sbt-typelevel doesn't really support that. |
|
Still on it but I had to work for my daily job.
… Le 22 janv. 2022 à 19:33, Arman Bilge ***@***.***> a écrit :
Btw, is scalacheck using PVP versioning? Actually sbt-typelevel doesn't really support that.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you were mentioned.
|
|
Superseded by #875. Thanks @armanbilge for taking care of this big change and for |
Fixes #625.
Edited:
This snapshot seems to be working fine on all platforms:
Help for reviewers, list of changes:
coredirectory where all the code is found (similar to other Typelevel libraries).core(one project with three platforms and platform specific managed sources instead of three projects with unmanaged sources)jvmbecame thejvmcross build undercore/jvmjsbecame thejscross build undercore/jsnativebecame thenativecross build undercore/nativesrcbecame the shared source code for all platforms undercore/shared/srcscala-2.13-andscala-2.13+unmanaged directories to use the "official"scala-2.12,scala-2.13andscala-3Scala versions specific directories supported by the crossproject plugins (the sources underscala-3can be seen as new files in the diff)build.sbtfilerelease.shscript becausesbt-spiewak-sonatypecontainssbt-sonatypewhich can be used for releases (already used it to publish a snapshot and tested the release)tools/travis-script.shto match the new subprojects (coreJVM,coreJS,coreNative)There are build warnings which I plan to address in a follow-up PR, to keep this diff as small as possible.