8177530: Module system implementation refresh (4/2017)

[Doug Simon]

In light of https://bugs.openjdk.java.net/browse/JDK-8177845, I think it's fine to apply this webrev as is (wrt JVMCI/Graal changes anyway). I'll then adopt the changes into Graal and will rebase my 8177845 on them.

-Doug

> On 7 Apr 2017, at 00:40, Igor Veresov <igor.veresov at oracle.com> wrote:
> 
> Hi Alan,
> 
> The changes to jdk.internal.vm.compiler will need to go to https://github.com/graalvm/graal-core as well. For jdk10 we’re not doing two-way merges when we pull a fresh version of graal. For jdk9 it’s ok because we’re not going to refresh Graal there. Please coordinate with the Labs.
> 
> CCing Doug Simon.
> 
> igor
> 
> 
>> On Apr 4, 2017, at 9:28 AM, Alan Bateman <Alan.Bateman at oracle.com> wrote:
>> 
>> As I mentioned on jigsaw-dev yesterday, we have accumulated a number of changes in the jake forest and would like to bring the changes into jdk9/dev for jdk-9+165.
>> 
>> Most of the changes in this update are the move of Module and friends from java.lang.reflect to java.lang. This is mostly a mechanical update.
>> 
>> We also have the update to the derivation of automatic modules to no longer ignore trailing digits in modules names, this is to align JDK 9 with the updated proposal for issue #VersionsInModuleNames [1].
>> 
>> There are a number of smaller changes, summarized in JDK-8177530 [2].
>> 
>> The webrev with the changes is here:
>>  http://cr.openjdk.java.net/~alanb/8177530/1
>> 
>> The changes are currently based on jdk-9+163 and will be rebased before pushing to jdk9/dev.
>> 
>> The corresponding update to jtreg is already in the code-tools/jtreg repo and will be tagged (I assume as jtreg4.2-b07) before this integration. Once it is tagged then we'll rev'ing the requiredVersion in each TEST.ROOT.
>> 
>> -Alan
>> 
>> [1] http://openjdk.java.net/projects/jigsaw/spec/issues/#VersionsInModuleNames
>> [2] https://bugs.openjdk.java.net/browse/JDK-8177530
>> 
>> 
>> 
>