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