valhalla-spec-experts  

Messages by Thread

• • Re: Source code analysis: calls to wrapper class constructors John Rose
  • Re: Source code analysis: calls to wrapper class constructors forax
  • Re: Source code analysis: calls to wrapper class constructors John Rose
• EG meeting, 2020-10-07 Dan Smith
  • Re: EG meeting, 2020-10-07 Remi Forax
• Terminology update: primitive objects Dan Smith
  • Re: Terminology update: primitive objects Brian Goetz
  • Re: Terminology update: primitive objects Remi Forax
  • Re: Terminology update: primitive objects Dan Heidinga
  • Re: Terminology update: primitive objects Brian Goetz
  • Re: Terminology update: primitive objects Dan Heidinga
  • Re: Terminology update: primitive objects Brian Goetz
• EG meeting *canceled*, 2020-09-23 Dan Smith
• EG meeting, 2020-09-09 Dan Smith
  • Re: EG meeting, 2020-09-09 Dan Smith
  • Re: EG meeting, 2020-09-09 Brian Goetz
  • Re: EG meeting, 2020-09-09 Dan Smith
  • Re: EG meeting, 2020-09-09 Brian Goetz
  • Re: EG meeting, 2020-09-09 Dan Heidinga
• Re-interpreting 'new Object()' Dan Smith
  • Re: Re-interpreting 'new Object()' Brian Goetz
  • Re: Re-interpreting 'new Object()' Dan Smith
  • Re: Re-interpreting 'new Object()' Dan Heidinga
• EG meeting, 2020-08-26 Dan Smith
  • Re: EG meeting, 2020-08-26 Remi Forax
• IdentityObject & abstract superclasses Dan Smith
  • Re: IdentityObject & abstract superclasses Brian Goetz
  • Re: IdentityObject & abstract superclasses Dan Smith
  • Re: IdentityObject & abstract superclasses Brian Goetz
  • Re: IdentityObject & abstract superclasses Dan Smith
  • Re: IdentityObject & abstract superclasses Dan Smith
  • Re: IdentityObject & abstract superclasses Peter Levart
  • Re: IdentityObject & abstract superclasses Peter Levart
  • Re: IdentityObject & abstract superclasses Brian Goetz
  • Re: IdentityObject & abstract superclasses Dan Smith
  • Re: IdentityObject & abstract superclasses Peter Levart
  • Re: IdentityObject & abstract superclasses Peter Levart
  • Re: IdentityObject & abstract superclasses Dan Smith
  • Fwd: Re: IdentityObject & abstract superclasses Brian Goetz
  • Re: IdentityObject & abstract superclasses Dan Heidinga
• EG meeting *canceled*, 2020-08-12 Dan Smith
• Fwd: IdentityObject/InlineObject naming Brian Goetz
• Fwd: no good default issue Brian Goetz
  • Re: no good default issue John Rose
  • Re: no good default issue Brian Goetz
  • Re: no good default issue Remi Forax
• EG meeting, 2020-07-29 Dan Smith
• EG meeting, 2020-07-15 Dan Smith
  • Re: EG meeting, 2020-07-15 Dan Smith
• Revisiting default values Dan Smith
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Peter Levart
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Remi Forax
  • Re: Revisiting default values Brian Goetz
  • Re: Revisiting default values Dan Smith
  • RE: Revisiting default values Tobi Ajila
  • Re: Revisiting default values Brian Goetz
  • Re: Revisiting default values Peter Levart
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Peter Levart
  • Re: Revisiting default values Peter Levart
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Brian Goetz
  • Re: Revisiting default values Brian Goetz
  • Re: Revisiting default values Kevin Bourrillion
  • Re: Revisiting default values Dan Smith
  • Re: Revisiting default values Kevin Bourrillion
  • Re: Revisiting default values John Rose
  • Re: Revisiting default values Brian Goetz
  • Re: Revisiting default values John Rose
  • Re: [External] : Re: Revisiting default values Brian Goetz
  • Re: [External] : Re: Revisiting default values John Rose
  • Re: [External] : Re: Revisiting default values John Rose
  • Re: [External] : Re: Revisiting default values Kevin Bourrillion
  • Re: [External] : Re: Revisiting default values Brian Goetz
• Re: Clarification needed about primitive wrappers? Remi Forax
  • Re: Clarification needed about primitive wrappers? Brian Goetz
  • Re: Clarification needed about primitive wrappers? Dan Smith
• JEP draft: Identity Warnings for Inline Class Candidates Dan Smith
  • Re: JEP draft: Identity Warnings for Inline Class Candidates Brian Goetz
  • Re: JEP draft: Identity Warnings for Inline Class Candidates Dan Smith
  • Re: JEP draft: Identity Warnings for Inline Class Candidates Brian Goetz
  • Re: JEP draft: Identity Warnings for Inline Class Candidates Dan Smith
  • Re: JEP draft: Identity Warnings for Inline Class Candidates Dan Smith
• EG meeting, 2020-06-30 Dan Smith
• Erasure Brian Goetz
• Evolving the wrapper classes Dan Smith
  • Re: Evolving the wrapper classes Brian Goetz
  • Re: Evolving the wrapper classes Dan Smith
  • Re: Evolving the wrapper classes Brian Goetz
  • Re: Evolving the wrapper classes Dan Smith
  • RE: Evolving the wrapper classes Tobi Ajila
  • Re: Evolving the wrapper classes Brian Goetz
  • RE: Evolving the wrapper classes Tobi Ajila
  • Re: Evolving the wrapper classes Dan Smith
  • Re: Evolving the wrapper classes Dan Smith
  • RE: Evolving the wrapper classes Tobi Ajila
  • Re: Evolving the wrapper classes Brian Goetz
  • Re: Evolving the wrapper classes Remi Forax
  • Re: Evolving the wrapper classes Brian Goetz
  • Re: Evolving the wrapper classes forax
  • Re: Evolving the wrapper classes Brian Goetz
  • Re: Evolving the wrapper classes Dan Smith
  • Re: Evolving the wrapper classes forax
  • Re: Evolving the wrapper classes Dan Smith
  • Re: Evolving the wrapper classes Dan Smith
  • Re: Evolving the wrapper classes forax
  • Re: Evolving the wrapper classes Dan Smith
  • Re: Evolving the wrapper classes Brian Goetz
• EG meeting, 2020-06-17 Dan Smith
  • Re: EG meeting, 2020-06-17 Brian Goetz
  • Re: EG meeting, 2020-06-17 Dan Smith
• The fate of int, int.ref, and Integer Kevin Bourrillion
  • Re: The fate of int, int.ref, and Integer John Rose
  • Re: The fate of int, int.ref, and Integer Brian Goetz
  • Re: The fate of int, int.ref, and Integer John Rose
• Re: Evolving CONSTANT_Class Dan Smith
  • Re: Evolving CONSTANT_Class Brian Goetz
  • Re: Evolving CONSTANT_Class Dan Smith
  • Re: Evolving CONSTANT_Class Frederic Parain
• Re: Valhalla basic concepts / terminology Brian Goetz
  • Re: Valhalla basic concepts / terminology Brian Goetz
  • Re: Valhalla basic concepts / terminology John Rose
  • Re: Valhalla basic concepts / terminology Dan Smith
  • Re: Valhalla basic concepts / terminology Brian Goetz
  • Re: Valhalla basic concepts / terminology Dan Smith
  • Re: Valhalla basic concepts / terminology Brian Goetz
• Fwd: naming proposal: IdentityAware Brian Goetz
• Valhalla EG 20200506 David Simms
• Clarifications on SoV documents Brian Goetz
• Valhalla EG 20200422 David Simms
• Reader mail bag Brian Goetz
  • Reader mail bag Brian Goetz
• null checks vs class resolution: taking a few steps back Frederic Parain
  • Re: null checks vs class resolution: taking a few steps back Brian Goetz
• Valhalla EG 20200408 David Simms
• access control for withfield bytecode, compared to putfield John Rose
  • Re: access control for withfield bytecode, compared to putfield Dan Smith
  • Re: access control for withfield bytecode, compared to putfield John Rose
• ClassValue performance model and Record::toString John Rose
• null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts Brian Goetz
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts Remi Forax
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts forax
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts forax
  • Re: null checks vs. class resolution, and translation strategy for casts John Rose
  • Re: null checks vs. class resolution, and translation strategy for casts forax
  • Re: null checks vs. class resolution, and translation strategy for casts Frederic Parain
  • Re: null checks vs. class resolution, and translation strategy for casts Brian Goetz
  • Re: null checks vs. class resolution, and translation strategy for casts Remi Forax
  • Re: null checks vs. class resolution, and translation strategy for casts Brian Goetz
  • Re: null checks vs. class resolution, and translation strategy for casts forax
  • Re: null checks vs. class resolution, and translation strategy for casts Brian Goetz
• Updated SoV documents Brian Goetz
  • Re: Updated SoV documents Remi Forax
  • Re: Updated SoV documents Tobi Ajila
  • Re: Updated SoV documents Brian Goetz
  • Re: Updated SoV documents Frederic Parain
  • Re: Updated SoV documents Frederic Parain
• java.lang.Record vs InlineObject/IdentityObject Remi Forax
  • Re: java.lang.Record vs InlineObject/IdentityObject Brian Goetz
• Valhalla EG 20200325 David Simms
• Valhalla EG 20200311 David Simms
• Re: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity Remi Forax
  • Re: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity John Rose
  • Re: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity forax
  • Re: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity John Rose
  • Re: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity Brian Goetz
  • RE: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity Daniel Heidinga
  • Re: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity Peter Levart
  • Re: for review: 8236522: "always atomic" modifier for inline classes to enforce atomicity Peter Levart
• Valhalla EG Minutes 20200226 David Simms
• Updated SOV doc Brian Goetz
• Locking on primitive boxes Brian Goetz
  • Re: Locking on primitive boxes Brian Goetz
  • Re: Locking on primitive boxes Remi Forax
  • Re: Locking on primitive boxes Brian Goetz
• Valhalla -- finding the primitives Brian Goetz
• Valhalla EG 20200212 David Simms
• JVM specs for <init> and <new> methods Dan Smith
• Valhalla EG 20200129 Frederic Parain
• Valhalla EG 20200115 David Simms
• Reference-default style Dan Smith
  • Re: Reference-default style Maurizio Cimadamore
  • Re: Reference-default style Dan Smith
  • Re: Reference-default style Maurizio Cimadamore
  • Re: Reference-default style Brian Goetz
  • Re: Reference-default style John Rose

• Earlier messages
• Later messages