18

I have been wondering if Scala has any particular properties that make it inherently dependent on the JVM, or if it could be viable on top of something else. I can see how both the JVM's ubiquity and continued improvements, and the interoperability between Java and Scala, are strong arguments for this strategic choice. However, I understand that for this reason, compromises were made in the language design.

If the days of decline were to come for the JVM, would Scala go down with the ship, or could there be life after the JVM?

Community
  • 1
  • 1
mitchus
  • 4,677
  • 3
  • 35
  • 70
  • 3
    Would the users who voted to close have any comments on why this is an inappropriate question? – mitchus Jul 26 '13 at 09:30
  • 5
    I didn't vote to close because I find the question personally interesting - yet, to be honest: where is the programming problem? Maybe better suited for SE Programmers. – Ingo Jul 26 '13 at 10:38
  • I remember reading akka will only work on Oracle hotspot or openJDK, but can't find a reference – Gene T Jul 28 '13 at 01:26

1 Answers1

20

There were projects to have Scala running on .NET runtime (discontinued, the person who worked on it is improving the compiler backend for future versions of Scala) and LLVM (stuck). Moreover, there are several backends for Scala -> Javascript (e.g. scala js), so I would say it is possible to untie Scala from the JVM in some sense.

At the same time many Scala APIs depend on Java APIs, many optimizations and inner workings are implemented with respect to the JVM. There is a number of discussions on mailing lists on Scala without JVM, Scala with it's own virtual machine and so on, e.g this one, but as far as I know, the official statement is to support non-mainstream JVMs as well (Avian for example), rather than having an own runtime. This way Scala can be run on iOS and Android (and PCs of course).

As Simon Ochsenreither noted, Avian is not just yet-another JVM, but comes with some distinct advantages compared to HotSpot:

  • Ability to create native, self-contained, embeddable binaries
  • Runs on iPhone, Android and other ARM targets
  • AOT and JIT compilation are both fully supported
  • Support for tail calls and continuations
  • An intelligible code base
  • Responsive maintainers
  • Open for improvements (value classes, specialization, etc.)
Community
  • 1
  • 1
om-nom-nom
  • 62,329
  • 13
  • 183
  • 228