> Doug Lea wants the HotSpot work for JSR-166 to not fall off our radar.
> JSR-166 is NOT the New Memory Model, that's already come to pass.
> JSR-166 is bunch of things that build on the New MM to allow highly
> concurrent abstract data types. He needs a reference implementation
> to get the changes approved and "we're it".
>
> In particular he needs:
> (1) AtomicLong class to be cloned for ints & oops. Basically,
> compare-exchange for ints and pointers. For us, it's just more
> of the same stuff done already for Random.nextInt.
> JSR-166 is NOT the New Memory Model, that's already come to pass.
> JSR-166 is bunch of things that build on the New MM to allow highly
> concurrent abstract data types. He needs a reference implementation
> to get the changes approved and "we're it".
>
> In particular he needs:
> (1) AtomicLong class to be cloned for ints & oops. Basically,
> compare-exchange for ints and pointers. For us, it's just more
> of the same stuff done already for Random.nextInt.
- duplicates
-
JDK-4904703 Need support for JSR-166 in VM
-
- Resolved
-