Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
AOT/Native-image support #875
No, this isn't supported today.
The most likely path to something like in the medium term is building a tool that builds an executable with a static MoarVM linked in to it, and all the precompilations of modules embedded, plus a custom module loader that can locate these.
That's probably blocked at the moment by the Rakudo extops, which rely on being loaded dynamically and would frustrate such an effort. However, those are going away, which would unblock work on such a tool.
That's still not really AOT, but it does give a "one executable to distribute" solution.
Yes it's common approach of AOT at present.
I'm glad to hear that the blocker has gone, and this issue is as a proposal. There are many benefits if we implement AOT. The most exciting might be efficiency improvement, but the most important, our user base would be expanded( user always likes new things :-) ).