Support Scala.js 1.1.0
See original GitHub issueBloop is currently able to compile and link Scala.js 0.6.x and 1.0.x, but not 1.1.0. It fails with the following error:
> bloop compile root
> bloop link root
[E] Expected compatible Scala.js version [0.6, 1.0], 1.1.0 given
Based on the release notes of 1.1.0, I think Scala.js 1.1.0 could largely reuse the Scala.js 1.0 bridge.
Issue Analytics
- State:
- Created 3 years ago
- Comments:8 (8 by maintainers)
Top Results From Across the Web
Announcing Scala.js 1.1.0
May 18, 2020. We are pleased to announce the release of Scala.js 1.1.0! The highlight of this release is the new support for...
Read more >Announcing Scala.js 1.1.0 - Announce - Scala Users
Hello everyone, We are pleased to announce the release of Scala.js 1.1.0! The highlight of this release is the new support for @js.native...
Read more >Application bootstrapping - Udash Framework
Developer's Guide to Udash - a Scala and Scala.js reactive web framework for ... structure for IntelliJ in order to better support ScalaJS...
Read more >Release Notes · Airframe - wvlet.github.io
From this version, AirSpec testing library supports Scala 3 + Scala.js! ... Update scala-js-macrotask-executor to 1.1.0 (#2283) [e9788aec7] ...
Read more >Using Scala.js With NPM And Browserify - Toptal
SBT already supports NPM. The sbt-web plugin, developed for the Play Framework, can install NPM dependencies. SBT supports execution of JavaScript. You can ......
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
At least it won’t break anything that is not already broken today.
But the way bloop handles its dependency on the Scala.js linker has serious flaws already now:
scalaJSVersion
used by the project. Problems with the current scheme include:scalaJSLinkerConfig
andscalaJSModuleInitializers
, instead it should just take the value of those two settings from the build and roll with those. bloop currently reconstructs its ownStandardConfig
andSeq[ModuleInitializer]
based on some arbitrary config that is specific to bloop, and is not in sync with what the original build tool does. Problems with the current scheme include:scalaJSModuleInitializers
scalaJSLinkerConfig
done in users’ builds and that is not handled by bloopIn general, a Scala.js codebase is entirely defined by (per sbt triple
Project / Configuration / (fastOptJS and fullOptJS)
):fullClasspath
scalaJSLinkerConfig
andscalaJSModuleInitializers
scalaJSVersion
, which determines the version ofscalajs-linker
These are the specific things that bloop should take from the build tool. It should not try to reconstruct
scalaJSLinkerConfig
,scalaJSModuleInitiliazers
andscalaJSVersion
other than through those specific values in the build tool.@lolgab let’s maybe open another issue and point to this one? Do you know the details enough to create an issue with description?