JDK-8209301 : JVM rename is_anonymous, host_klass to unsafe specific terminology ahead of Unsafe.defineAnonymousClass deprecation
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 12
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2018-08-09
  • Updated: 2019-05-28
  • Resolved: 2018-08-20
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 12
12 b08Fixed
Related Reports
Relates :  
JDK-8205939 - JVM support to replace Unsafe.defineAnonymousClass
Relates :  
JDK-8210434 - [Graal] 8209301 prevents GitHub Graal from compiling with latest JDK
Description
Ahead of the work to support a new MethodHandle.Lookup functionality to define an anonymous or other class within the context of a hosted class, clean up the JVMs use of the term "is_anonymous" and "host_klass" to indicate that these 2 terms are directly related to Unsafe.defineAnonymousClass which will be deprecated in the future.
Comments
This change prevents GitHub Graal from compiling with JDK tip: /Users/dsimon/graal/graal/compiler/src/jdk.tools.jaotc/src/jdk/tools/jaotc/AOTCompiledClass.java:77: error: cannot find symbol this.metadataName = type.isAnonymous() ? "anon<" + classId + ">" : type.getName(); ^ symbol: method isAnonymous() location: variable type of type HotSpotResolvedObjectType 1 error [~dlong] suggests that since jdk.vm.ci.meta.ResolvedJavaType.getHostClass() was not renamed, it can be used instead since `type.isAnonymous() == (type.getHostClass() != null)`. When changing JVMCI in the JDK, it's recommended to make sure GitHub Graal still works with the changes.
05-09-2018