RFR: 8206406: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list
Martin Buchholz
martinrb at google.com
Fri Jul 6 14:50:41 UTC 2018
(but memory_order_consume has not been successful.)
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0371r0.html
On Fri, Jul 6, 2018 at 5:41 AM, Andrew Haley <aph at redhat.com> wrote:
> On 07/06/2018 03:15 AM, David Holmes wrote:
> > Well ... I never like to see a release_store without a corresponding
> > load_acquire.
>
> Neither do, I, but making _list volatile is enough to ensure that the
> load is effectively a consume operation on every platform supported by
> 8. We really need to add consume to our memory ordering operators, but
> not for 8.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>
More information about the jdk8u-dev
mailing list