Epsilon + Graal

Aleksey Shipilev shade at redhat.com
Thu Apr 11 18:06:21 UTC 2019


Hi Doug,

Some more questions, if you will:

On 4/11/19 1:20 PM, Doug Simon wrote:
>> b) The change requires adjustments in JVMCI, how is that handled? I assume JVMCI and Graal changes
>> are done independently? In that case, there is a bit of circularity here: I cannot put JVMCI change
>> in without breaking runs with Epsilon for a while, and cannot put Epsilon changes in before JVMCI is
>> updated?
> 
> I think you can make the Graal changes independently of the JVMCI changes with this in
> GraalHotSpotVMConfig:
> 
>     public final boolean useEpsilonGC = getFlag("UseEpsilonGC", Boolean.class, false);
> 
> That means the JVMCI patch can be submitted separately.

Yes, but that would mean I cannot run Graal tests with Epsilon enabled, or?

> One process option is to submit a normal JDK webrev with both JVMCI and Graal changes at the same
> time as submitting a Graal GitHub PR. This allows you to do whatever testing you want in the normal
> OpenJDK workflow. During the periodic Graal syncs to OpenJDK (which are thankfully becoming more
> frequent thanks to Jesper Wilhelmsson) , the Graal changes in OpenJDK will simply be overwritten.

Oh, that's nice. So, can I develop the change in jdk/jdk, and then PR the Graal subset of it to
oracle/graal github? That would definitely work better for my workflow. Is there a way to run Graal
unit tests from jdk/jdk?

Thanks,
-Aleksey

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20190411/00681add/signature.asc>


More information about the hotspot-compiler-dev mailing list