valhalla-dev  

Messages by Thread

• • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v2] Daisuke Yamazaki
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v2] Martin Doerr
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v2] Daisuke Yamazaki
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v3] Daisuke Yamazaki
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v3] Martin Doerr
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v3] Daisuke Yamazaki
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v4] Daisuke Yamazaki
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v4] Martin Doerr
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v4] Daisuke Yamazaki
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v4] Christian Hagedorn
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v4] Daisuke Yamazaki
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v4] Christian Hagedorn
  • Re: [lworld] RFR: 8386861: [lworld] emit_opSubstitutabilityCheck speedup [v4] Daisuke Yamazaki
  • [lworld] Withdrawn: 8386861: [lworld] emit_opSubstitutabilityCheck speedup Daisuke Yamazaki
• [lworld] RFR: 8387709: [lworld] Split Valhalla tests from tier1_compiler_3 to avoid task timeouts Tobias Hartmann
  • Re: [lworld] RFR: 8387709: [lworld] Split Valhalla tests from tier1_compiler_3 to avoid task timeouts Christian Hagedorn
  • Re: [lworld] RFR: 8387709: [lworld] Split Valhalla tests from tier1_compiler_3 to avoid task timeouts Tobias Hartmann
  • [lworld] Integrated: 8387709: [lworld] Split Valhalla tests from tier1_compiler_3 to avoid task timeouts Tobias Hartmann
• [lworld] RFR: 8387673: [lworld] C2: clone() intrinsic does not throw CloneNotSupportedException for value classes not implementing Cloneable Christian Hagedorn
  • Re: [lworld] RFR: 8387673: [lworld] C2: clone() intrinsic does not throw CloneNotSupportedException for value classes not implementing Cloneable Tobias Hartmann
  • Re: [lworld] RFR: 8387673: [lworld] C2: clone() intrinsic does not throw CloneNotSupportedException for value classes not implementing Cloneable Christian Hagedorn
  • Re: [lworld] RFR: 8387673: [lworld] C2: clone() intrinsic does not throw CloneNotSupportedException for value classes not implementing Cloneable [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8387673: [lworld] C2: clone() intrinsic does not throw CloneNotSupportedException for value classes not implementing Cloneable [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8387673: [lworld] C2: clone() intrinsic does not throw CloneNotSupportedException for value classes not implementing Cloneable [v2] Christian Hagedorn
  • [lworld] Integrated: 8387673: [lworld] C2: clone() intrinsic does not throw CloneNotSupportedException for value classes not implementing Cloneable Christian Hagedorn
• [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR Roland Westrelin
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR Marc Chevalier
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v2] Roland Westrelin
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v2] Dean Long
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v2] Marc Chevalier
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v2] Roland Westrelin
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v3] Roland Westrelin
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v4] Roland Westrelin
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v4] Tobias Hartmann
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v4] Daniel D . Daugherty
  • Re: [lworld] RFR: 8387703: [lworld] address batch of comments in mainline PR [v4] Dean Long
  • [lworld] Integrated: 8387703: [lworld] address batch of comments in mainline PR Roland Westrelin
• [lworld] RFR: 8387030: [lworld] two compiler/valhalla/inlinetypes/TestValueClasses.java sub-tests fail test3_verifier and test1_verifier Christian Hagedorn
  • Re: [lworld] RFR: 8387030: [lworld] two compiler/valhalla/inlinetypes/TestValueClasses.java sub-tests fail test3_verifier and test1_verifier Tobias Hartmann
  • [lworld] Integrated: 8387030: [lworld] two compiler/valhalla/inlinetypes/TestValueClasses.java sub-tests fail test3_verifier and test1_verifier Christian Hagedorn
• [lworld] RFR: 8387686: [lworld] Update the JNI specification version for value types David Holmes
  • Re: [lworld] RFR: 8387686: [lworld] Update the JNI specification version for value types [v2] David Holmes
  • Re: [lworld] RFR: 8387686: [lworld] Update the JNI specification version for value types [v2] Alan Bateman
  • Re: [lworld] RFR: 8387686: [lworld] Update the JNI specification version for value types [v2] David Holmes
  • Re: [lworld] RFR: 8387686: [lworld] Update the JNI specification version for value types [v2] David Simms
  • Re: [lworld] RFR: 8387686: [lworld] Update the JNI specification version for value types [v2] David Holmes
  • [lworld] Integrated: 8387686: [lworld] Update the JNI specification version for value types David Holmes
• [lworld] Integrated: 8387682: [lworld] Mention preview API in description of can_support_value_objects capability Serguei Spitsyn
  • Re: [lworld] Integrated: 8387682: [lworld] Mention preview API in description of can_support_value_objects capability Chris Plummer
  • [lworld] Integrated: 8387682: [lworld] Mention preview API in description of can_support_value_objects capability Serguei Spitsyn
• [lworld] Integrated: 8387667: [lworld] [BACKOUT] JDK-8387484 [lworld] javac should warn on use of value classes Daniel D . Daugherty
  • Re: [lworld] Integrated: 8387667: [lworld] [BACKOUT] JDK-8387484 [lworld] javac should warn on use of value classes Tobias Hartmann
  • Re: [lworld] Integrated: 8387667: [lworld] [BACKOUT] JDK-8387484 [lworld] javac should warn on use of value classes Daniel D . Daugherty
  • Re: [lworld] Integrated: 8387667: [lworld] [BACKOUT] JDK-8387484 [lworld] javac should warn on use of value classes Vicente Romero
  • [lworld] Integrated: 8387667: [lworld] [BACKOUT] JDK-8387484 [lworld] javac should warn on use of value classes Daniel D . Daugherty
  • Re: [lworld] Integrated: 8387667: [lworld] [BACKOUT] JDK-8387484 [lworld] javac should warn on use of value classes Daniel D . Daugherty
• [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 Tobias Hartmann
  • Re: [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 [v3] Chen Liang
  • Re: [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 [v4] Tobias Hartmann
  • Re: [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 [v4] Christian Hagedorn
  • Re: [lworld] RFR: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 [v4] Tobias Hartmann
  • [lworld] Integrated: 8386499: [lworld] java/util/Arrays/ArraysEqCmpTest.java fails with unexpected layoutKind 5 Tobias Hartmann
• [lworld] RFR: 8386602: [lworld] C2: assert(n != top() || r->in(pnum) == top()) failed: live value must not be garbage Christian Hagedorn
  • Re: [lworld] RFR: 8386602: [lworld] C2: assert(n != top() || r->in(pnum) == top()) failed: live value must not be garbage Tobias Hartmann
  • Re: [lworld] RFR: 8386602: [lworld] C2: assert(n != top() || r->in(pnum) == top()) failed: live value must not be garbage Christian Hagedorn
  • Re: [lworld] RFR: 8386602: [lworld] C2: assert(n != top() || r->in(pnum) == top()) failed: live value must not be garbage Christian Hagedorn
  • [lworld] Integrated: 8386602: [lworld] C2: assert(n != top() || r->in(pnum) == top()) failed: live value must not be garbage Christian Hagedorn
• [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime Roland Westrelin
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v2] Roland Westrelin
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v3] Roland Westrelin
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v4] Roland Westrelin
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v4] Andrew Dinn
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v4] Roland Westrelin
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v4] Tobias Hartmann
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v4] Andrew Dinn
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v4] Tobias Hartmann
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v5] Roland Westrelin
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v5] Tobias Hartmann
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v5] Andrew Dinn
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v5] Roland Westrelin
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v5] Tobias Hartmann
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v5] Andrew Dinn
  • Re: [lworld] RFR: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime [v5] Tobias Hartmann
  • [lworld] Integrated: 8387661: [lworld] move generate_return_value_stub() to SharedRuntime Roland Westrelin
• [lworld] RFR: 8387612: [lworld] C2: assert(array_type->is_flat() || ideal.ctrl()->in(0)->as_If()->is_flat_array_check(&_gvn)) failed: Should be found Christian Hagedorn
  • Re: [lworld] RFR: 8387612: [lworld] C2: assert(array_type->is_flat() || ideal.ctrl()->in(0)->as_If()->is_flat_array_check(&_gvn)) failed: Should be found Tobias Hartmann
  • Re: [lworld] RFR: 8387612: [lworld] C2: assert(array_type->is_flat() || ideal.ctrl()->in(0)->as_If()->is_flat_array_check(&_gvn)) failed: Should be found Christian Hagedorn
  • Re: [lworld] RFR: 8387612: [lworld] C2: assert(array_type->is_flat() || ideal.ctrl()->in(0)->as_If()->is_flat_array_check(&_gvn)) failed: Should be found [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8387612: [lworld] C2: assert(array_type->is_flat() || ideal.ctrl()->in(0)->as_If()->is_flat_array_check(&_gvn)) failed: Should be found [v2] Christian Hagedorn
  • [lworld] Integrated: 8387612: [lworld] C2: assert(array_type->is_flat() || ideal.ctrl()->in(0)->as_If()->is_flat_array_check(&_gvn)) failed: Should be found Christian Hagedorn
• [lworld] RFR: 8387657: [lworld] Object Tags section of JVMTI spec should make it clear that ObjectFree event is not sent for value objects Alan Bateman
  • Re: [lworld] RFR: 8387657: [lworld] Object Tags section of JVMTI spec should make it clear that ObjectFree event is not sent for value objects Serguei Spitsyn
  • Re: [lworld] RFR: 8387657: [lworld] Object Tags section of JVMTI spec should make it clear that ObjectFree event is not sent for value objects Alan Bateman
  • Re: [lworld] RFR: 8387657: [lworld] Object Tags section of JVMTI spec should make it clear that ObjectFree event is not sent for value objects duke
  • Re: [lworld] RFR: 8387657: [lworld] Object Tags section of JVMTI spec should make it clear that ObjectFree event is not sent for value objects Chris Plummer
  • [lworld] Integrated: 8387657: [lworld] Object Tags section of JVMTI spec should make it clear that ObjectFree event is not sent for value objects Alan Bateman
• [lworld] RFR: 8387458: [lworld] vmTestbase/nsk/jdi/Accessible/modifiers/modifiers001 failed after JDK-8387389 Chris Plummer
  • Re: [lworld] RFR: 8387458: [lworld] vmTestbase/nsk/jdi/Accessible/modifiers/modifiers001 failed after JDK-8387389 David Holmes
  • Re: [lworld] RFR: 8387458: [lworld] vmTestbase/nsk/jdi/Accessible/modifiers/modifiers001 failed after JDK-8387389 Alan Bateman
  • Re: [lworld] RFR: 8387458: [lworld] vmTestbase/nsk/jdi/Accessible/modifiers/modifiers001 failed after JDK-8387389 Chris Plummer
  • [lworld] Integrated: 8387458: [lworld] vmTestbase/nsk/jdi/Accessible/modifiers/modifiers001 failed after JDK-8387389 Chris Plummer
• [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields Chen Liang
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields Alan Bateman
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields ExE Boss
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields Chen Liang
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields Jaikiran Pai
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Chen Liang
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Chen Liang
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Chen Liang
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Alan Bateman
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Jaikiran Pai
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Chen Liang
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Alan Bateman
  • Re: [lworld] RFR: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields [v2] Chen Liang
  • [lworld] Integrated: 8387350: [lworld] ObjectOutputStream.writeObject() doesn't throw InvalidClassException for Serializable instance with strict init fields Chen Liang
• git: openjdk/valhalla: lworld: 8387484: [lworld] javac should warn on use of value classes Chen Liang
• [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates Chris Plummer
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates Serguei Spitsyn
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates Serguei Spitsyn
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates Alan Bateman
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates Chris Plummer
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates Alan Bateman
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v3] Chris Plummer
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v3] Alan Bateman
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v2] Chris Plummer
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v3] Chris Plummer
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v3] Alan Bateman
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v4] Chris Plummer
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v4] Alan Bateman
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v4] Serguei Spitsyn
  • Re: [lworld] RFR: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates [v4] Chris Plummer
  • [lworld] Integrated: 8387629: [lworld] Don't use apiNote for some recent JDI spec updates Chris Plummer
• [lworld] RFR: 8387624: [lworld] cherry-pick JDK-8387265 G1: Shutdown during concurrent cycle leaves SATB queues in inconsistent state Daniel D . Daugherty
  • Re: [lworld] RFR: 8387624: [lworld] cherry-pick JDK-8387265 G1: Shutdown during concurrent cycle leaves SATB queues in inconsistent state Frederic Parain
  • Re: [lworld] RFR: 8387624: [lworld] cherry-pick JDK-8387265 G1: Shutdown during concurrent cycle leaves SATB queues in inconsistent state Daniel D . Daugherty
  • [lworld] Integrated: 8387624: [lworld] cherry-pick JDK-8387265 G1: Shutdown during concurrent cycle leaves SATB queues in inconsistent state Daniel D . Daugherty
• [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Frederic Parain
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Alan Bateman
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Dan Heidinga
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Dan Heidinga
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects ExE Boss
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Alan Bateman
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects David Holmes
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects David Holmes
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Jaikiran Pai
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Coleen Phillimore
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects Frederic Parain
  • [lworld] Integrated: 8386972: [lworld] Finalizer should not be registered for value objects Frederic Parain
  • Re: [lworld] RFR: 8386972: [lworld] Finalizer should not be registered for value objects David Holmes
• [lworld] RFR: 8386874: [lworld] Clarify documentation of InstanceKlass layout in instanceKlass.hpp Coleen Phillimore
  • Re: [lworld] RFR: 8386874: [lworld] Clarify documentation of InstanceKlass layout in instanceKlass.hpp Lois Foltan
  • Re: [lworld] RFR: 8386874: [lworld] Clarify documentation of InstanceKlass layout in instanceKlass.hpp Coleen Phillimore
  • [lworld] Integrated: 8386874: [lworld] Clarify documentation of InstanceKlass layout in instanceKlass.hpp Coleen Phillimore
• [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v3] Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v3] Alan Bateman
  • Re: [lworld] RFR: JDK-8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v3] Serguei Spitsyn
  • Re: [lworld] RFR: JDK-8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v3] Alan Bateman
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v3] Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v3] Alan Bateman
  • Re: [lworld] RFR: JDK-8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v4] Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v5] Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v5] Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v5] Daniel D . Daugherty
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v5] Serguei Spitsyn
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v5] Chris Plummer
  • Re: [lworld] RFR: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact [v5] Serguei Spitsyn
  • [lworld] Integrated: 8387556: [lworld] Update the JVMTI GetObjectMonitorUsage spec with a clarification on value objects impact Serguei Spitsyn
• [lworld] RFR: 8387564: [lworld] cherry-pick JDK-8387554 ProblemList vmTestbase/nsk/jvmti/unit/functions/Dispose/JvmtiTest/TestDescription.java in virtual thread configs Daniel D . Daugherty
  • Re: [lworld] RFR: 8387564: [lworld] cherry-pick JDK-8387554 ProblemList vmTestbase/nsk/jvmti/unit/functions/Dispose/JvmtiTest/TestDescription.java in virtual thread configs Leonid Mesnik
  • Re: [lworld] RFR: 8387564: [lworld] cherry-pick JDK-8387554 ProblemList vmTestbase/nsk/jvmti/unit/functions/Dispose/JvmtiTest/TestDescription.java in virtual thread configs Daniel D . Daugherty
  • [lworld] Integrated: 8387564: [lworld] cherry-pick JDK-8387554 ProblemList vmTestbase/nsk/jvmti/unit/functions/Dispose/JvmtiTest/TestDescription.java in virtual thread configs Daniel D . Daugherty
• [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Leonid Mesnik
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Leonid Mesnik
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Alan Bateman
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v3] Alan Bateman
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Alan Bateman
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v2] Chris Plummer
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v2] Alan Bateman
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v3] Serguei Spitsyn
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v3] Chris Plummer
  • Re: [lworld] RFR: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc [v3] Serguei Spitsyn
  • [lworld] Integrated: 8387552: [lworld] Add new capability to enable value objects support for JVMTI VMObjectAlloc and SampledObjectAlloc Serguei Spitsyn
• [lworld] RFR: 8387540: [lworld] ForceEarlyReturnVoid should fail with OPAQUE_FRAME if target thread's top frame is value class constructor Alan Bateman

• Earlier messages
• Later messages