[concurrency-interest] Transactional memory on GCC 4.7.0, what about Java?
gkorland at gmail.com
Mon Nov 21 18:39:58 EST 2011
Again, I think such discussion should be done under a context of a JSR.
But, for your comment, using "managed references" or some other explicit
model to mark managed references in my opinion might be a blocker for
adding STM to Java.
I don't see any chance for successful Java STM which is not composable and
supports calling legacy libraries.
Unless I'm missing something?
Date: Mon, 21 Nov 2011 23:57:21 +0100
From: ?iktor ?lang <viktor.klang at gmail.com>
To: R?mi Forax <forax at univ-mlv.fr>
Cc: concurrency-interest at cs.oswego.edu
Subject: Re: [concurrency-interest] Transactional memory on GCC 4.7.0,
what about Java?
<CANPzfU8-fH=Sgc6a1d8xvAtsDrMbWXVoaJ3udV5YH2KoqUwwfQ at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I think that managed references is the only way to go when it comes to STM.
You can't make it implicit since traditional "OO"-code is completely ridden
with side effects.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Concurrency-interest