<Staging>
LW2 is an iteration of previous prototype, adding further language support and JDK API support for "inline-types" (formerly referred to as "value types"). There are also subtle type system, runtime and JIT changes.
Javac source support:
- Requires source level >= JDK13 (since LW2, the prototype is based on mainline JDK, whose version string is JDK 14 at the time of writing)
- A class declaration of inline type is made by using the "inline class" modifier, or (for IDE syntax parsing convenience) with "@__inline__" annotation (since LW2)
- Interfaces, annotation types, enums can not be inline types
- Top level, inner, nested, local classes may be inline types. Inline types may declare inner, nested, local types
- Inline Types are implicitly final, so cannot be abstract
- Inline Types may not declare an explicit super class (except Object). They implicitly extend java.lang.Object akin to enums, annotation types and interfaces
- Inline Types may declare explicit interfaces
- Inline Types constructors may not pass the "this" handle until all instance fields are definitely assigned.
- All instance fields of a inline class are implicitly final
- Inline types may not to declare fields of its own type directly.
- There is a method to do this "indirectly" using the "?" operator, but it's value is still final. (since LW2)
- "Indirect" projections of inline types via the "?" operator (since LW2)
- maintains type of a field, array element, or generic parametric argument, but they may be null
- cast between inline type and indirect type
- Is implicitly a "NullableType"
- enables compatibility with current generics via erasure to null-object object references
- Arrays subtyping relationships: InlineType[] <: IndirectType[] <: Object[] <: Object
- Widening conversions may be carried out from in the order above
- Narrowing from an array of IndirectType to an InlineType is not possible.
- This array covariance enables compatibility with existing API, especially generic type erasure
- java.lang.Object methods:
- javac automatically generates hashCode, equals, longHashCode and toString computed solely from the instance's state and not from its identity
- javac does not clone(), finalize(), wait*), notify*() on inline type receivers
- javac allows comparison of inline type using ==, != (since LW2)
- By default this implies a test in the instance state (i.e. field by field "substitutability" test), as inline type have no identity (i.e. not a reference test).
- Inline Types can not be assigned null, null can not be cast to or compared with inline types
- With the exception if an "indirect" reference using the "?" operator. (since LW2)
- Indirect Types cannot be type arguments in generic type parameterizations, type witnesses in generic method invocations, wildcard bounds
- With the exception if an "indirect" reference using the "?" operator. (since LW2)
- Type migration, including partial recompilation is not supported.
...
Note: Valhalla is a child of the jdk/jdk repository, to keep current with latest OpenJDK development.
Programming Model
|
A note on "?" operator and indirect projects
...