Clients should remain Scala.js compatible
See original GitHub issueWe should split the rpc
core in order to make the client part compatible with Scala.js.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:4
- Comments:7 (5 by maintainers)
Top Results From Across the Web
Functional programming meets the client side: Scala.js
The semantics of the language, the standard library, and the sbt builds will remain backward source compatible.
Read more >From first principles: Why I bet on Scala.js
Even from the start, Scala. js' compatibility with "normal" Scala-on-the-JVM has been top-notch. Scala. js has always been truly just Scala.
Read more >Announcing Scala.js 1.8.0
Dec 10, 2021. We are excited to announce the release of Scala.js 1.8.0! This release supports Node.js 17 out of the box.
Read more >Scala.js no longer experimental
Today, we announced the release of Scala.js v0.6.0, the Scala to JavaScript compiler, and dropped the experimental flag associated to it.
Read more >Will Scala.js ever produce small bundles? - Stack Overflow
Compatibility with Scala/JVM: unless using inherently platform-specific APIs (e.g., threads), the same Scala code should compile with ...
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
As we will be deriving HTTP services with its auto-derived clients, those will be Scala.js compatible, so likely this issue could be closed once we get the HTTP features.
Dup of https://github.com/higherkindness/mu-scala/issues/593