R and Partial Evaluation with Graal
mick.jordan at oracle.com
Mon May 16 15:43:06 UTC 2016
On 5/16/16 7:57 AM, Mick Jordan wrote:
> On 5/16/16 2:26 AM, Jaroslav Tulach wrote:
>> ### Monday 16 of May 2016, 09:57:16 @ Juan Fumero ###
>>> Hi Jaroslav,
>>> Thanks a lot for the suggestion.
>>> I get the same error unless I use the suggested flag in the VM. I
>>> understand this is the same that setting the JAVA_HOME to GraalVM.
>> But if you use the flag to suppress the error, what instance of
>> Truffle.getRuntime() do you get? The default one? That one is slow...
>> I don't know what to advice. Looking at the history
>> I don't see that many changes. I don't think the JDK9 related changes
>> cause much harm.
> FastR should work out of the box with a standard VM. The way we use
> graal is to download graal-core as sibling suite to FastR and then tie
> them together using the dynamic imports option of mx, vis:
> mx --dynamicimports graal-core R
> The FastR mx startup detects the existence of graal-core and uses the
> jvmci compiler. You can set the DEFAULT_DYNAMIC_IMPORTS environment
> variable to avoid having to pass the option every time.
One reason why we do it this way is that we have to set some specific
Graal/JVMCI options so we have to know what VM we are running under and
act accordingly. It can't be completely transparent.
More information about the graal-dev