RFR (S): CR 8004318/JEP 171 Fences intrinsics

Remi Forax forax at univ-mlv.fr
Wed Dec 5 08:09:27 PST 2012


On 12/05/2012 04:50 PM, Kirk Pepperdine wrote:
> Hi Aleksey,
>
>
> On 2012-12-05, at 2:56 PM, Aleksey Shipilev <aleksey.shipilev at oracle.com> wrote:
>
>> On 12/05/2012 05:20 PM, David Chase wrote:
>>> #2, a restatement of a previous complaint (that I will let slide for
>>> now, but will bring up in the future again when we have time for
>>> cleanup and reorg) is that we need to be quite careful about the
>>> distinction between the various sorts of Unsafe.
>> Totally agree. Now to constructive side: are you up to actually clean up
>> Unsafe? *This* makes a perfect JEP to have the open discussion about.
> To my knowledge, n the history of the JDK.. no public exposed API has ever been cleaned up. Once exposed it will be used and once used it will be impossible to back off of it. Thus prudence needs to be preferred over expedience. What makes you believe that you will be able to clean Unsafe in the future?

yes, but things change ...
take a look to:
   http://hg.openjdk.java.net/jdk8/tl/jdk/rev/6455182d2797
   http://hg.openjdk.java.net/jdk8/tl/jdk/rev/b265ead7f331

you can't modularize the API without cleaning some interfaces, how to 
clean sun.misc is still an open question.

Rémi



More information about the hotspot-compiler-dev mailing list