hg: valhalla/valhalla/langtools: Remove javax.lang.Value class and move it in java.lang

[Maurizio Cimadamore]

All the stuff in __Value is absolutely provisional; I just moved this to 
the jdk package so that we can keep experimenting with the hotspot 
changes required for supporting values; we will refine what this class 
is/means as we go along. For now, the main thing was to mark this class 
as a value class (that wasn't the case before).

Maurizio

On 24/07/15 16:40, Paul Benedict wrote:
> I am curious why hashCode(), equals(), and toString() throw UOE as 
> default. If they must be implemented by a subclass, why not mark them 
> as abstract (making Value abstract as well)?
>
>
> Cheers,
> Paul
>
> On Fri, Jul 24, 2015 at 9:46 AM, <maurizio.cimadamore at oracle.com 
> <mailto:maurizio.cimadamore at oracle.com>> wrote:
>
>     Changeset: 453597255fd1
>     Author:    mcimadamore
>     Date:      2015-07-24 15:46 +0100
>     URL:
>     http://hg.openjdk.java.net/valhalla/valhalla/langtools/rev/453597255fd1
>
>     Remove javax.lang.Value class and move it in java.lang
>
>     - src/java.compiler/share/classes/javax/lang/Value.java
>     ! src/jdk.compiler/share/classes/com/sun/tools/javac/code/Symtab.java
>     !
>     src/jdk.compiler/share/classes/com/sun/tools/javac/comp/TransValues.java
>     ! src/jdk.compiler/share/classes/com/sun/tools/javac/jvm/Items.java
>     ! src/jdk.compiler/share/classes/com/sun/tools/javac/util/Names.java
>
>