amber-spec-experts  

Messages by Thread

• • Re: Record component type can be an inner class of a record Dan Smith
  • Re: Record component type can be an inner class of a record John Rose
• do expression Tagir Valeev
  • Re: do expression Guy Steele
  • Re: do expression Tagir Valeev
  • Re: do expression John Rose
  • Re: do expression Remi Forax
  • Re: do expression Tagir Valeev
  • Re: do expression John Rose
• Fwd: [Records] Transparency and effects on collections Brian Goetz
  • Re: [Records] Transparency and effects on collections Remi Forax
  • Re: [Records] Transparency and effects on collections Tagir Valeev
• [patterns] Draft Spec for JEP 375 Pattern Matching for instanceof (Preview 2) Gavin Bierman
  • Re: [patterns] Draft Spec for JEP 375 Pattern Matching for instanceof (Preview 2) Tagir Valeev
  • Re: [patterns] Draft Spec for JEP 375 Pattern Matching for instanceof (Preview 2) Gavin Bierman
  • [patterns] Draft Spec for JEP 375 Pattern Matching for instanceof (Preview 2) Gavin Bierman
• [sealed] Draft Language Spec available Gavin Bierman
  • Re: [sealed] Draft Language Spec available Tagir Valeev
  • Re: [sealed] Draft Language Spec available Tagir Valeev
  • Re: [sealed] Draft Language Spec available gavin . bierman
• [records] propogating modifiers for implicit methods Manoj Palat
  • Re: [records] propogating modifiers for implicit methods Vicente Romero
  • Re: [records] propogating modifiers for implicit methods Manoj Palat
• [sealed] Changes to type system Gavin Bierman
  • Re: [sealed] Changes to type system Tagir Valeev
  • Re: [sealed] Changes to type system Maurizio Cimadamore
  • Re: [sealed] Changes to type system Brian Goetz
  • Re: [sealed] Changes to type system Maurizio Cimadamore
• [records] Summary so far Gavin Bierman
  • Re: [records] Summary so far Remi Forax
  • Re: [records] Summary so far Peter Levart
  • Re: [records] Summary so far Brian Goetz
• [359] Record - Compact Constructor should not have throws clause Manoj Palat
  • Re: [359] Record - Compact Constructor should not have throws clause Tagir Valeev
  • Re: [359] Record - Compact Constructor should not have throws clause Vicente Romero
  • RE: [359] Record - Compact Constructor should not have throws clause Manoj Palat
  • Re: [359] Record - Compact Constructor should not have throws clause Vicente Romero
• Re: Pattern Matching for instanceof (Preview 2) Remi Forax
  • Re: Pattern Matching for instanceof (Preview 2) Brian Goetz
  • Re: Pattern Matching for instanceof (Preview 2) forax
  • Re: Pattern Matching for instanceof (Preview 2) Brian Goetz
  • Re: Pattern Matching for instanceof (Preview 2) forax
  • Re: Pattern Matching for instanceof (Preview 2) Brian Goetz
  • Re: Pattern Matching for instanceof (Preview 2) Gavin Bierman
  • Re: Pattern Matching for instanceof (Preview 2) forax
  • Re: Pattern Matching for instanceof (Preview 2) Brian Goetz
  • Re: Pattern Matching for instanceof (Preview 2) forax
  • Re: Pattern Matching for instanceof (Preview 2) Gavin Bierman
  • Re: Pattern Matching for instanceof (Preview 2) Gavin Bierman
  • Re: Pattern Matching for instanceof (Preview 2) forax
  • Re: Pattern Matching for instanceof (Preview 2) Gavin Bierman
  • Re: Pattern Matching for instanceof (Preview 2) forax
  • Re: Pattern Matching for instanceof (Preview 2) Remi Forax
  • Re: Pattern Matching for instanceof (Preview 2) Brian Goetz
• IntelliJ IDEA 2020.1 EAP with Records/Patterns support Tagir Valeev
  • Re: IntelliJ IDEA 2020.1 EAP with Records/Patterns support Brian Goetz
  • Re: IntelliJ IDEA 2020.1 EAP with Records/Patterns support Remi Forax
• More constraints on nesting that could be relaxed Alan Malloy
  • Re: More constraints on nesting that could be relaxed Brian Goetz
• [patterns] Labeled statements Tagir Valeev
  • Re: [patterns] Labeled statements Brian Goetz
• [records] Specify use of @Override and @SafeVarargs on record components Tagir Valeev
  • Re: [records] Specify use of @Override and @SafeVarargs on record components Brian Goetz
  • Re: [records] Specify use of @Override and @SafeVarargs on record components Tagir Valeev
  • Re: [records] Specify use of @Override and @SafeVarargs on record components Gavin Bierman
  • Re: [records] Specify use of @Override and @SafeVarargs on record components Tagir Valeev
  • Re: [records] Specify use of @Override and @SafeVarargs on record components Gavin Bierman
• [records] New draft spec for JEP 359 Gavin Bierman
  • Re: [records] New draft spec for JEP 359 Tagir Valeev
  • Re: [records] New draft spec for JEP 359 Brian Goetz
  • Re: [records] New draft spec for JEP 359 Brian Goetz
  • Re: [records] New draft spec for JEP 359 Vicente Romero
  • Re: [records] New draft spec for JEP 359 Gavin Bierman
  • Re: [records] New draft spec for JEP 359 Tagir Valeev
  • Re: [records] New draft spec for JEP 359 Remi Forax
  • Re: [records] New draft spec for JEP 359 Tagir Valeev
  • Re: [records] New draft spec for JEP 359 Gavin Bierman
• [records] updates for Preview 6. Default access modes John Rose
  • Re: [records] updates for Preview 6. Default access modes John Rose
  • Re: [records] updates for Preview 6. Default access modes Tagir Valeev
  • Re: [records] updates for Preview 6. Default access modes Remi Forax
  • Re: [records] updates for Preview 6. Default access modes Brian Goetz
  • Re: [records] updates for Preview 6. Default access modes John Rose
  • Re: [records] updates for Preview 6. Default access modes Brian Goetz
• [records] translation strategy John Rose
  • Re: [records] translation strategy (factory methods) John Rose
  • Re: [records] translation strategy (factory methods) Brian Goetz
  • Re: [records] translation strategy (factory methods) Tagir Valeev
  • Re: [records] translation strategy (factory methods) John Rose
  • Re: [records] translation strategy Brian Goetz
  • Re: [records] translation strategy John Rose
• [records] updates for Preview, 8. transactional constructs John Rose
• [records] updates for Preview 9. hashCode John Rose
  • Re: [records] updates for Preview 9. hashCode Brian Goetz
  • Re: [records] updates for Preview 9. hashCode John Rose
  • Re: [records] updates for Preview 9. hashCode Brian Goetz
  • Re: [records] updates for Preview 9. hashCode John Rose
  • Re: [records] updates for Preview 9. hashCode John Rose
  • RE: [records] updates for Preview 9. hashCode Daniel Heidinga
  • Re: [records] updates for Preview 9. hashCode John Rose
  • Re: [records] updates for Preview 9. hashCode Remi Forax
  • Re: [records] updates for Preview 9. hashCode Brian Goetz
  • Re: [records] updates for Preview 9. hashCode John Rose
  • Re: [records] updates for Preview 9. hashCode forax
  • RE: [records] updates for Preview 9. hashCode Daniel Heidinga
  • Re: [records] updates for Preview 9. hashCode John Rose
• [record] Marker annotation for overridden accessors Tagir Valeev
  • Re: [record] Marker annotation for overridden accessors Brian Goetz
• [records] Record updates for Preview/2 Brian Goetz
  • Re: [records] Record updates for Preview/2 Remi Forax
  • Re: [records] Record updates for Preview/2 Brian Goetz
  • Re: [records] Record updates for Preview/2 forax
  • Component deprecation (was: [records] Record updates for Preview/2) Brian Goetz
  • Re: Component deprecation (was: [records] Record updates for Preview/2) Dan Smith
  • Re: Component deprecation (was: [records] Record updates for Preview/2) Tagir Valeev
  • Re: Component deprecation Brian Goetz
  • Re: Component deprecation Chris Hegarty
  • Re: Component deprecation (was: [records] Record updates for Preview/2) forax
  • Re: Component deprecation Brian Goetz
  • equals/hashCode/toString implementation forax
  • Re: equals/hashCode/toString implementation Brian Goetz
  • Abstract record Remi Forax
  • Re: [records] Record updates for Preview/2 John Rose
• [patterns] Nullability in patterns, and pattern-aware constructs (again) Brian Goetz
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Brian Goetz
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) John Rose
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) John Rose
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Peter Levart
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Brian Goetz
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) John Rose
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Brian Goetz
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Guy Steele
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) John Rose
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) John Rose
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Brian Goetz
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Guy Steele
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Brian Goetz
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) John Rose
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) Guy Steele
  • Re: [patterns] Nullability in patterns, and pattern-aware constructs (again) John Rose
• Towards cleaner nesting Brian Goetz
  • Re: Towards cleaner nesting Remi Forax
  • Re: Towards cleaner nesting Brian Goetz
  • Re: Towards cleaner nesting Brian Goetz
  • Re: Towards cleaner nesting Dan Smith
  • Re: Towards cleaner nesting Brian Goetz
  • Re: Towards cleaner nesting Dan Smith
  • Re: Towards cleaner nesting Brian Goetz
  • Re: Towards cleaner nesting Dan Smith
  • Re: Towards cleaner nesting Brian Goetz
  • Re: Towards cleaner nesting Joe Darcy
• [records] Time to re-read JEP 359 Tagir Valeev
  • Re: [records] Time to re-read JEP 359 Brian Goetz
  • Re: [records] Time to re-read JEP 359 Tagir Valeev
  • Re: [records] Time to re-read JEP 359 Brian Goetz
• Deconstructor return type as record ? Remi Forax
  • Re: Deconstructor return type as record ? Brian Goetz
  • Re: Deconstructor return type as record ? forax
  • Re: Deconstructor return type as record ? John Rose
• Enum vs Record vs Sealed types Remi Forax
  • Re: Enum vs Record vs Sealed types John Rose
  • Re: Enum vs Record vs Sealed types Brian Goetz
• [records] SafeVarargs and canonical constructors Tagir Valeev
  • Re: [records] SafeVarargs and canonical constructors Tagir Valeev
  • Re: [records] SafeVarargs and canonical constructors Brian Goetz
  • Re: [records] SafeVarargs and canonical constructors Remi Forax
  • Re: [records] SafeVarargs and canonical constructors Gavin Bierman
• [records] SafeVarargs Tagir Valeev
• [patterns] Spec 6.3.1 misses parenthesized expressions Tagir Valeev
• Vararg records and canonical constructor Tagir Valeev
  • Re: Vararg records and canonical constructor Brian Goetz
• Record component annotations with target=PARAMETER Tagir Valeev
  • Re: Record component annotations with target=PARAMETER Vicente Romero
  • Re: Record component annotations with target=PARAMETER Gavin Bierman
  • Re: Record component annotations with target=PARAMETER Gavin Bierman
  • Re: Record component annotations with target=PARAMETER Brian Goetz
• Re: RFR: JDK-8235778: No compilation error reported when a record is declared in a local class Remi Forax
• Long-awaited State of the Values docs Brian Goetz
  • Re: Long-awaited State of the Values docs Brian Goetz
• Record in C# 9 (proposal) Remi Forax
  • Re: Record in C# 9 (proposal) Remi Forax
  • Re: Record in C# 9 (proposal) Brian Goetz
  • Re: Record in C# 9 (proposal) John Rose
  • Re: Record in C# 9 (proposal) forax
  • Re: Record in C# 9 (proposal) John Rose
• Clarifying record reflective support Chris Hegarty
  • Re: Clarifying record reflective support Maurizio Cimadamore
  • Re: Clarifying record reflective support Chris Hegarty
  • Re: Clarifying record reflective support Alex Buckley
  • Re: Clarifying record reflective support John Rose
  • Re: Clarifying record reflective support Alex Buckley
  • Re: Clarifying record reflective support John Rose
  • Re: Clarifying record reflective support John Rose
  • Re: Clarifying record reflective support Dan Smith
  • Re: Clarifying record reflective support Alex Buckley
  • Re: Clarifying record reflective support Brian Goetz
  • Re: Clarifying record reflective support Maurizio Cimadamore
  • Re: Clarifying record reflective support Chris Hegarty
  • Re: Clarifying record reflective support Dan Smith
  • Re: Clarifying record reflective support John Rose

• Earlier messages
• Later messages