Hi,<p>What is the rationale for doing this, given that the Graal &#x2F; JVM guys are already developing an AOT compiler which can compile Scala to native binaries?<p>Is this motivated by performance? The desire to write C libraries in Scala? What?<p>Given the high level, dynamic nature of Scala I am skeptical LLVM+Boehm GC will result in faster code. I expect it would result in slower code.<p>EDIT: OK, I just saw the link to your talk below. I feel you should know a few things:<p>1) The Hotspot team are adding AOT compilation to the JVM. There is a talk on it here. This mostly eliminates warmup time:<p><a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=Xybzyv8qbOc&amp;list=PLX8CzqL3ArzUo2dtMurvpUTAaujPMeuuU&amp;index=16" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=Xybzyv8qbOc&amp;list=PLX8CzqL3Ar...</a><p>You can&#x27;t eliminate warmup time entirely because profile guided on-the-fly optimisation is actually quite powerful and an AOT compiler that doesn&#x27;t have profile data to work with can&#x27;t generate code that&#x27;s as good. But they support tiered AOT, where the AOT compiled code does basic profiling of itself, and then it can still trigger profile-guided JIT compilation if you want to.<p>2) Interop with native is being heavily worked on in project Panama: another JVM upgrade project. With the current prototype you can feed it arbitrary header files that are parsed with clang, and it generates Java interfacing files that are efficiently compiled (no overhead). There&#x27;s a Pointer&lt;T&gt; type and so on.<p>3) Stack allocation isn&#x27;t so easy to do unless you are willing to pretty wildly violate the safety of the language. It&#x27;s also been found to not help much when very adventurous JVM implementors tried it anyway (Azul), because a good generational GC makes short lived allocations so cheap. Valhalla is doing value types on the JVM but that&#x27;s about more than just stack allocation.<p>4) You can do manual memory management on the JVM already, via the Unsafe class. I&#x27;m sure a Scala DSL would make it have a more convenient syntax.<p>5) Java 9 will have a static linker equivalent that generates stripped, standalone, optimised application packages that don&#x27;t depend on any separate JVM. The AOT compiler will be a plugin to this static linker.<p>So I don&#x27;t mean to discourage you if this is a fun research project, but you should be aware that the daydream is not one that the actual Java team are ignoring for mysterious reasons. They&#x27;re working on it too, and are better funded and taking a more general and compatible approach. By the time you have a tool that&#x27;s usefully complete it&#x27;ll take years and by then there might not be much difference between the approaches.