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