RFR: 8177845: Need a mechanism to load Graal
    Doug Simon 
    doug.simon at oracle.com
       
    Wed Apr 19 14:16:44 UTC 2017
    
    
  
> On 19 Apr 2017, at 16:04, Alan Bateman <Alan.Bateman at oracle.com> wrote:
> 
> On 18/04/2017 23:13, Doug Simon wrote:
> 
>> :
>> 
>> https://bugs.openjdk.java.net/browse/JDK-8177845
>> http://cr.openjdk.java.net/~dnsimon/8177845/
>> 
> I'm happy to see jdk.internal.vm.compiler changing to be an upgradable module and the patching foo going away.
Yes, I'm delighted to see the command line required for using upstream Graal shrinking!
> If I read the changes correctly then I can extend JVMCIServiceLocator and the construction of my sub-class will open up all packages in jdk.internal.vm.ci to me. It is there any to tie this to -XX:+EnableJVMCI?
We could but I'm not sure what it would buy you. The service lookup only originates from the JVMCI runtime and the initialization of JVMCI already checks EnableJVMCI[1]
-Doug
[1] http://hg.openjdk.java.net/jdk9/dev/hotspot/file/4368832d1991/src/share/vm/jvmci/jvmciRuntime.cpp#l634
    
    
More information about the hotspot-dev
mailing list