The Substrate VM is still not open source, correct? Are there plans to do so in the near future?
Of course it doesn't clarify the licensing. But it seems like the bulk of basically all of Graal and Truffle are under the GPL and I do believe that with JVMCI, etc, making it into JDK 9 -- it seems like a pretty good bet all this will eventually be openly available. So I'm hoping for the same to be true of SubstrateVM, though I think it's in a slightly different place than Graal (Graal/Truffle are really just .jar libraries you put in the Classpath of your JVMCI-enabled JDK; they do not fork the JDK. But Substrate is clearly something else entirely, since it 'shrink wraps' your code with the JVM itself in a way).
I actually just started playing with Graal yesterday, so I'm looking forward to seeing Substrate being released.
Just to be clear: when you refer to the 'compiled binary', what binary are you referring to exactly? Is this the 'aot-image' tool inside the Graal OTN builds I was looking at? It was not clear to me if that was actually the Substrate tool or not, because the documentation is very vague[1] -- can any Graal-based language use that tool to test better startup times, etc?
Clearly if SVM is going to remain closed source, I'll have to continue to mostly ignore it (as I've done since I followed Graal), but it would be at least nice to see it "In Action" and what it does to the warm-up time, with my own eyes...
[1] http://www.oracle.com/technetwork/oracle-labs/program-langua...
Out of the box, the aot-image script has support for building Graal.js and TruffleRuby images/binaries, but you could modify the script to build whatever Truffle language you'd like. This is just our first release of the SVM and those are the two languages we've tested. As the SVM is fairly young and under active development, it's possible you'll encounter missing functionality. But we do have at least one community member on the graal-dev [1] mailing list trying it out.
I can't say whether the SVM will remain closed or not. I really don't know. There just currently aren't any plans to open it.
Then there are no reasons to expect it to be open, as long as it's commercially viable to sell it. This is Oracle we're talking about. Not a company known for its love for F/OSS.
It'd be a real shame if Oracle couldn't see the benefits of open-sourcing SVM. New companies are far less likely to base their tech stack on closed source components when more mature open-source competitors exist, there's too much risk involved.
> I can't say whether the SVM will remain closed or not. I really don't know. There just currently aren't any plans to open it.
I'll keep my fingers crossed, then! SVM is honestly one of the most exciting components. So if I try it and I have any problems, I'll definitely let graal-dev know.