valhalla-dev  

Messages by Thread

• [External] : Opt-in conversion for primitive-like value classes (constants-only vs general) Saurav Bhattarai
  • Re: [External] : Opt-in conversion for primitive-like value classes (constants-only vs general) Dan Smith
  • Re: [External] : Opt-in conversion for primitive-like value classes (constants-only vs general) Brian Goetz
• [External] : "Backport" JEP 401: Value Objects Anderson Vasconcelos Pires
  • Re: [External] : "Backport" JEP 401: Value Objects Chen Liang
  • Re: [External] : "Backport" JEP 401: Value Objects Brian Goetz
  • Re: [External] : "Backport" JEP 401: Value Objects Anderson Vasconcelos Pires
• [External] : Is it true that String can't become a value class? And if so, why not? David Alayachew
  • [External] : Re: Is it true that String can't become a value class? And if so, why not? David Alayachew
  • Re: [SPAM] [External] : Re: Is it true that String can't become a value class? And if so, why not? Remi Forax
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? Brian Goetz
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? David Alayachew
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? David Alayachew
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? John Bossons
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? Brian Goetz
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? John Bossons
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? Chen Liang
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? John Bossons
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? Chen Liang
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? John Bossons
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? Dan Smith
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? John Bossons
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? Remi Forax
  • Re: [External] : Is it true that String can't become a value class? And if so, why not? Jona Christopher Sahnwaldt
• [External] : adaptorCount is coverage-dependent; and a PrintFieldLayout question arkadiusz . przychocki
  • Re: [External] : adaptorCount is coverage-dependent; and a PrintFieldLayout question Frederic Parain
  • Re: [External] : adaptorCount is coverage-dependent; and a PrintFieldLayout question Dan Smith
• [External] : javac funny error message Remi Forax
  • Re: [External] : javac funny error message Maurizio Cimadamore
• Re: [Valhalla] System.arraycopy slower than manual loop on flat value arrays Dan Smith
• Re: Value classes make parser program slower Johan Sjolen
• [External] : Value classes make parser program slower Ethan McCue
  • Re: [External] : Value classes make parser program slower Lois Foltan
  • Re: [External] : Value classes make parser program slower Johan Sjolen
  • Re: [External] : Value classes make parser program slower Dan Smith
• [External] : Re: A little mystery with Valhalla tests Andrew Haley
• [External] : Re: Rebooting valhalla-dev Nir Lisker
  • Re: [External] : Re: Rebooting valhalla-dev David Alayachew
  • Re: [External] : Re: Rebooting valhalla-dev Kevin Rushforth
  • Re: [External] : Re: Rebooting valhalla-dev David Alayachew
• [External] : Feedback on using Valhalla EA Build 27-jep401ea3+1-1 Oleg Estekhin
  • Re: [External] : Feedback on using Valhalla EA Build 27-jep401ea3+1-1 Brian Goetz
  • Re: [External] : Feedback on using Valhalla EA Build 27-jep401ea3+1-1 Dan Heidinga
  • Re: [External] : Feedback on using Valhalla EA Build 27-jep401ea3+1-1 Dan Smith
  • Re: [External] : Feedback on using Valhalla EA Build 27-jep401ea3+1-1 Maurizio Cimadamore
• [External] : Re: Porting to support JEP 401: Value Classes and Objects (Preview) Amit Kumar
  • Re: [External] : Re: Porting to support JEP 401: Value Classes and Objects (Preview) Lois Foltan
  • [External] : Re: : Re: Porting to support JEP 401: Value Classes and Objects (Preview) Amit Kumar
• [External] : Re: Porting to support JEP 401: Value Classes and Objects (Preview) Doerr, Martin
  • Re: [External] : Re: Porting to support JEP 401: Value Classes and Objects (Preview) Lois Foltan
  • [External] : Re: Porting to support JEP 401: Value Classes and Objects (Preview) Doerr, Martin
  • Re: [External] : Re: Porting to support JEP 401: Value Classes and Objects (Preview) Lois Foltan
• Rebooting valhalla-dev Dan Smith
  • [External] : Re: Rebooting valhalla-dev David Alayachew
• JavaFX failures due to creating weak references to value objects Kevin Rushforth
  • Re: JavaFX failures due to creating weak references to value objects Brian Goetz
  • Re: JavaFX failures due to creating weak references to value objects Kevin Rushforth
  • Re: JavaFX failures due to creating weak references to value objects David Holmes
  • Re: JavaFX failures due to creating weak references to value objects Dan Smith
  • Re: JavaFX failures due to creating weak references to value objects Kevin Rushforth
  • Re: JavaFX failures due to creating weak references to value objects Brian Goetz
  • Re: JavaFX failures due to creating weak references to value objects Kevin Rushforth
  • Re: JavaFX failures due to creating weak references to value objects Brian Goetz
  • Re: JavaFX failures due to creating weak references to value objects Kevin Rushforth
  • Re: JavaFX failures due to creating weak references to value objects Dan Smith
  • Re: JavaFX failures due to creating weak references to value objects Kevin Rushforth
  • Re: JavaFX failures due to creating weak references to value objects Dan Smith
  • Re: JavaFX failures due to creating weak references to value objects Kevin Rushforth
• [External] : Will we see fractions along the potential new numbers? David Alayachew
  • Re: [External] : Will we see fractions along the potential new numbers? Joseph D. Darcy
  • Re: [External] : Will we see fractions along the potential new numbers? David Alayachew
  • Re: [External] : Will we see fractions along the potential new numbers? Brian Goetz
  • Re: [External] : Will we see fractions along the potential new numbers? Joseph D. Darcy
  • Re: [External] : Will we see fractions along the potential new numbers? David Alayachew
• git: openjdk/valhalla: lworld: 5 new changesets David Simms
• git: openjdk/valhalla: lworld: 6 new changesets Daniel D . Daugherty
• git: openjdk/valhalla: lworld: 15 new changesets Daniel D . Daugherty
• git: openjdk/valhalla: lworld: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups Daniel D . Daugherty
• [lworld] RFR: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups Daniel D . Daugherty
  • Re: [lworld] RFR: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups Frederic Parain
  • Re: [lworld] RFR: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups Daniel D . Daugherty
  • Re: [lworld] RFR: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups Chen Liang
  • Re: [lworld] RFR: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups [v2] Daniel D . Daugherty
  • Re: [lworld] RFR: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups Daniel D . Daugherty
  • [lworld] Integrated: 8389365: [lworld] Fix ProblemList marker comments and misc cleanups Daniel D . Daugherty
• git: openjdk/valhalla: lworld: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed Christian Hagedorn
• [lworld] RFR: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed Christian Hagedorn
  • Re: [lworld] RFR: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed Christian Hagedorn
  • Re: [lworld] RFR: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed [v2] Daniel D . Daugherty
  • Re: [lworld] RFR: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed [v2] Christian Hagedorn
  • [lworld] Integrated: 8389322: [lworld] Disable TestNullableInlineTypes::test103() until JDK-8389088 is fixed Christian Hagedorn
• [lworld] RFR: 8389089: [lworld] C1 should not initialize value class when accessing flat field or array Tobias Hartmann
  • [lworld] Withdrawn: 8389089: [lworld] C1 should not initialize value class when accessing flat field or array Tobias Hartmann
• git: openjdk/valhalla: lworld: 8389085: [lworld] C2: assert(field_value != nullptr) failed in PhaseMacroExpand::inline_type_from_mem Tobias Hartmann
• git: openjdk/valhalla: lworld: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Manuel Hässig
• [lworld] RFR: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Manuel Hässig
  • Re: [lworld] RFR: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Marc Chevalier
  • Re: [lworld] RFR: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Manuel Hässig
  • Re: [lworld] RFR: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Tobias Hartmann
  • Re: [lworld] RFR: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Marc Chevalier
  • Re: [lworld] RFR: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Manuel Hässig
  • [lworld] Integrated: 8388966: [lworld] compiler/igvn/TestMaskedStoreIdealization.java fails with Valhalla Manuel Hässig
• [lworld] RFR: 8389085: [lworld] C2: assert(field_value != nullptr) failed in PhaseMacroExpand::inline_type_from_mem Tobias Hartmann
  • Re: [lworld] RFR: 8389085: [lworld] C2: assert(field_value != nullptr) failed in PhaseMacroExpand::inline_type_from_mem Manuel Hässig
  • Re: [lworld] RFR: 8389085: [lworld] C2: assert(field_value != nullptr) failed in PhaseMacroExpand::inline_type_from_mem Tobias Hartmann
  • Re: [lworld] RFR: 8389085: [lworld] C2: assert(field_value != nullptr) failed in PhaseMacroExpand::inline_type_from_mem Christian Hagedorn
  • Re: [lworld] RFR: 8389085: [lworld] C2: assert(field_value != nullptr) failed in PhaseMacroExpand::inline_type_from_mem Tobias Hartmann
  • [lworld] Integrated: 8389085: [lworld] C2: assert(field_value != nullptr) failed in PhaseMacroExpand::inline_type_from_mem Tobias Hartmann
• git: openjdk/valhalla: lworld: 90 new changesets David Simms
• [lworld] Integrated: 8388928: [lworld] ProblemList compiler/vectorapi/TestVectorReassociations.java Daniel D . Daugherty
  • Re: [lworld] Integrated: 8388928: [lworld] ProblemList compiler/vectorapi/TestVectorReassociations.java Tobias Hartmann
  • Re: [lworld] Integrated: 8388928: [lworld] ProblemList compiler/vectorapi/TestVectorReassociations.java Daniel D . Daugherty
  • [lworld] Integrated: 8388928: [lworld] ProblemList compiler/vectorapi/TestVectorReassociations.java Daniel D . Daugherty
• git: openjdk/valhalla: lworld: 8388928: [lworld] ProblemList compiler/vectorapi/TestVectorReassociations.java Daniel D . Daugherty
• git: openjdk/valhalla: lworld: 49 new changesets David Simms
• git: openjdk/valhalla: lworld: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Chen Liang
• git: openjdk/valhalla: lworld: 8388462: [lworld] Provide more context about wrapper class caches Chen Liang
• [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honoured on application classes Chen Liang
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honoured on application classes Chen Liang
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honoured on application classes Chen Liang
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honoured on application classes Alan Bateman
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Jaikiran Pai
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honoured on application classes Jaikiran Pai
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Chen Liang
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Dan Smith
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Alan Bateman
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Jaikiran Pai
  • Re: [lworld] RFR: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Chen Liang
  • [lworld] Integrated: 8388318: [lworld] jdk.internal.value.Deserializer annotation should not be honored on application classes Chen Liang
• [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to clarify "if preview is enabled" refers to the target VM Chris Plummer
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v2] Chris Plummer
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v2] Chris Plummer
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v2] David Holmes
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v3] Chris Plummer
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v4] Chris Plummer
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v4] Serguei Spitsyn
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v5] Chris Plummer
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v5] Alan Bateman
  • Re: [lworld] RFR: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" [v5] Chris Plummer
  • [lworld] Withdrawn: 8388530: [lworld] JDI and JDWP spec cleanup to get rid of "if preview is enabled" Chris Plummer
• [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects Serguei Spitsyn
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects Alan Bateman
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v2] David Holmes
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v2] Serguei Spitsyn
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v2] Alan Bateman
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v3] Serguei Spitsyn
  • Re: [lworld] RFR: 8388540: [lworld] Need minor tweak in JVMTI intro section on value objects [v3] Alan Bateman
  • Re: [lworld] RFR: 8388540: Need minor tweak in JVMTI intro section on value objects [v3] Serguei Spitsyn
  • [lworld] Withdrawn: 8388540: Need minor tweak in JVMTI intro section on value objects Serguei Spitsyn
• [lworld] RFR: 8388524: [lworld] JVMTI cleanup Serguei Spitsyn
  • Re: [lworld] RFR: 8388524: [lworld] JVMTI cleanup David Holmes
  • Re: [lworld] RFR: 8388524: [lworld] JVMTI cleanup Serguei Spitsyn
  • [lworld] Integrated: 8388524: [lworld] JVMTI cleanup Serguei Spitsyn
• git: openjdk/valhalla: lworld: 8387997: [lworld] Add JVMTI general spec clarification about value objects Serguei Spitsyn
• [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches Chen Liang
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches Joe Darcy
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v2] Chen Liang
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v2] Chen Liang
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v3] Chen Liang
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v3] Joe Darcy
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v4] Chen Liang
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v4] Tobias Hartmann
  • Re: [lworld] RFR: 8388462: [lworld] Provide more context about wrapper class caches [v4] Chen Liang
  • [lworld] Integrated: 8388462: [lworld] Provide more context about wrapper class caches Chen Liang
• git: openjdk/valhalla: lworld: 8388445: [lworld] update ProblemList-Xcomp.txt entries from 8378071 to 8388438 Daniel D . Daugherty
• [lworld] RFR: 8388445: [lworld] update ProblemList-Xcomp.txt entries from 8378071 to 8388438 Daniel D . Daugherty
  • Re: [lworld] RFR: 8388445: [lworld] update ProblemList-Xcomp.txt entries from 8378071 to 8388438 Chen Liang
  • [lworld] Integrated: 8388445: [lworld] update ProblemList-Xcomp.txt entries from 8378071 to 8388438 Daniel D . Daugherty
• git: openjdk/valhalla: lworld: 8387875: [lworld] Provide value-class-preview.md file Chen Liang
• [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Dan Smith
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Dan Smith
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Chen Liang
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Dan Smith
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs David Holmes
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Dan Smith
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Jaikiran Pai
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Dan Smith
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs [v2] Dan Smith
  • Re: [lworld] RFR: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs [v2] Chen Liang
  • [lworld] Integrated: 8388177: [lworld] Remove "statewise equivalent" terminology from APIs Dan Smith
• git: openjdk/valhalla: lworld: 8387749: [lworld] ValueBased.html should be reevaluated for its specification of value class constructors Chen Liang
• [lworld] Integrated: 8388419: [lworld] cherry-pick JDK-8388347 Remove enablePreview from TestEnableNativeAccessJarManifest Daniel D . Daugherty
  • Re: [lworld] Integrated: 8388419: [lworld] cherry-pick JDK-8388347 Remove enablePreview from TestEnableNativeAccessJarManifest Serguei Spitsyn
  • Re: [lworld] Integrated: 8388419: [lworld] cherry-pick JDK-8388347 Remove enablePreview from TestEnableNativeAccessJarManifest Daniel D . Daugherty
  • Re: [lworld] Integrated: 8388419: [lworld] cherry-pick JDK-8388347 Remove enablePreview from TestEnableNativeAccessJarManifest Chen Liang
  • Re: [lworld] Integrated: 8388419: [lworld] cherry-pick JDK-8388347 Remove enablePreview from TestEnableNativeAccessJarManifest Daniel D . Daugherty
  • [lworld] Integrated: 8388419: [lworld] cherry-pick JDK-8388347 Remove enablePreview from TestEnableNativeAccessJarManifest Daniel D . Daugherty

• Earlier messages