RFR: 8238761: Asynchronous handshakes [v5]
    Robbin Ehn 
    rehn at openjdk.java.net
       
    Wed Sep 23 08:54:05 UTC 2020
    
    
  
On Wed, 23 Sep 2020 02:40:31 GMT, David Holmes <dholmes at openjdk.org> wrote:
>> Robbin Ehn has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Update after Coleen
>
> src/hotspot/share/runtime/handshake.hpp line 45:
> 
>> 43: // a single target/direct handshake or not, by the JavaThread that requested the
>> 44: // handshake or the VMThread respectively.
>> 45: class HandshakeClosure : public ThreadClosure, public CHeapObj<mtThread> {
> 
> Is use of multiple inheritance allowed within hotspot code?
There is other 'sane' way to 'implement an interface' and being heap allocated.
We have a few like:
class DefaultICProtectionBehaviour: public CompiledICProtectionBehaviour, public CHeapObj<mtInternal>
class AOTCompiledMethod : public CompiledMethod, public CHeapObj<mtCode>
template <MEMFLAGS F> class TaskQueueSetSuperImpl: public CHeapObj<F>, public TaskQueueSetSuper
So the 'rule' about multiple inheritance is in conflict with not using new/delete operator without using CHeapObj.
-------------
PR: https://git.openjdk.java.net/jdk/pull/151
    
    
More information about the serviceability-dev
mailing list