RFR: 8156759: [JVMCI] remove JVMCIError and UnsafeUtil classes
doug.simon at oracle.com
Fri May 13 15:53:11 UTC 2016
Just for clarity, 8156759 has been closed as “Won’t Fix” since https://bugs.openjdk.java.net/browse/JDK-8156835 replaces it.
> On 12 May 2016, at 11:02, Doug Simon <doug.simon at oracle.com> wrote:
> After some internal discussion, I’m going to withdraw this RFE. Instead, I’ll generate a “JVMCI cleanup” RFE that among other changes:
> - preserves JVMCIError in jdk.vm.ci.common (but removes the context functionality)
> - moves InitTimer to jdk.vm.ci.common (getting rid of at least one single class project)
>> On 12 May 2016, at 09:42, Doug Simon <doug.simon at oracle.com> wrote:
>>> On 11 May 2016, at 22:54, Christian Thalinger <christian.thalinger at oracle.com> wrote:
>>>> On May 11, 2016, at 10:19 AM, Doug Simon <doug.simon at oracle.com> wrote:
>>>> Please review this change which removes a couple of classes which do not need to be in JVMCI.
>>>> I’ve also taken the liberty of including a change that updates the mx Java compliance level for all JVMCI projects to 9 since JDK9 API (e.g., java.lang.reflect.Module) is now used in JVMCI. This means building with mx has been broken since that API usage was introduced. I can pull this out into a separate RFE if necessary but am hoping it can piggy back on this bug.
>> I’ve removed the above changes from the webrev.
More information about the hotspot-compiler-dev