R and Partial Evaluation with Graal

Mick Jordan 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
>> https://github.com/graalvm/truffle/commits/master/truffle/com.oracle.truffle.api/src/com/oracle/truffle/api/Truffle.java 
>> I don't see that many changes. I don't think the JDK9 related changes 
>> could
>> cause much harm.
>> -jt
> 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 mailing list