valhalla-dev  

Messages by Thread

• • Re: RFR: 8376223: Add modeling interfaces for algebraic structures: groups, rings, and fields John R Rose
  • Re: RFR: 8376223: Add modeling interfaces for algebraic structures: groups, rings, and fields Vladimir Kozelkov
  • Re: RFR: 8376223: Add modeling interfaces for algebraic structures: groups, rings, and fields Brian Goetz
  • Re: RFR: 8376223: Add modeling interfaces for algebraic structures: groups, rings, and fields Joe Darcy
  • Re: RFR: 8376223: Add modeling interfaces for algebraic structures: groups, rings, and fields Rémi Forax
  • Re: RFR: 8376223: Add modeling interfaces for algebraic structures: groups, rings, and fields Joe Darcy
  • Withdrawn: 8376223: Add modeling interfaces for algebraic structures: groups, rings, and fields Joe Darcy
• [lworld] RFR: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type Damon Fenacci
  • Re: [lworld] RFR: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type Marc Chevalier
  • Re: [lworld] RFR: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type [v2] Damon Fenacci
  • Re: [lworld] RFR: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type [v2] Damon Fenacci
  • Re: [lworld] RFR: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type [v2] Marc Chevalier
  • Re: [lworld] RFR: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type [v2] Damon Fenacci
  • [lworld] Integrated: 8374911: [lworld] C2 fails assert(adr_type != nullptr) failed: source must have adr_type Damon Fenacci
• [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects Marc Chevalier
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects Marc Chevalier
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects Paul Hübner
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Paul Hübner
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Stefan Karlsson
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Stefan Karlsson
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Stefan Karlsson
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Paul Hübner
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Stefan Karlsson
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Paul Hübner
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Stefan Karlsson
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v3] Paul Hübner
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v4] Tobias Hartmann
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v4] Paul Hübner
  • Re: [lworld] RFR: 8376171: [lworld] Enable storing the hash code in the mark word of value objects [v4] Tobias Hartmann
  • [lworld] Integrated: 8376171: [lworld] Enable storing the hash code in the mark word of value objects Tobias Hartmann
• [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields Chen Liang
  • Re: [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields Chen Liang
  • Re: [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields Dan Smith
  • Re: [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields [v2] Chen Liang
  • Re: [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields [v3] Chen Liang
  • Re: [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields [v4] Chen Liang
  • Re: [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields [v4] Vicente Romero
  • Re: [lworld] RFR: 8376033: [lworld] Remove auto early construction from strict fields [v4] Chen Liang
  • [lworld] Integrated: 8376033: [lworld] Remove auto early construction from strict fields Chen Liang
• RFR: [type-classes] Initial work to enable type-classes mediated operator support Maurizio Cimadamore
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support Joe Darcy
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support Rémi Forax
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support Maurizio Cimadamore
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Maurizio Cimadamore
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Joe Darcy
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Maurizio Cimadamore
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Sylv
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Chen Liang
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Maurizio Cimadamore
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Maurizio Cimadamore
  • Re: RFR: [type-classes] Initial work to enable type-classes mediated operator support [v2] Joe Darcy
  • Integrated: [type-classes] Initial work to enable type-classes mediated operator support Maurizio Cimadamore
• [lworld] RFR: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context Vicente Romero
  • Re: [lworld] RFR: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context Maurizio Cimadamore
  • Re: [lworld] RFR: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context [v2] Vicente Romero
  • Re: [lworld] RFR: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context [v2] Vicente Romero
  • Re: [lworld] RFR: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context [v2] Chen Liang
  • Re: [lworld] RFR: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context [v2] Maurizio Cimadamore
  • Re: [lworld] RFR: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context [v2] Vicente Romero
  • [lworld] Integrated: 8373916: [lworld] TypeName.this.FieldName should be restricted in early construction context Vicente Romero
• [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v2] Erik Joelsson
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v2] David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v3] David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v2] David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v2] Erik Joelsson
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v2] David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v4] David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v5] David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v6] David Beaumont
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v6] David Simms
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v6] duke
  • Re: [lworld] RFR: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files [v6] Roger Riggs
  • [lworld] Integrated: 8376088: [lworld] value class creation in CompileJavaModules.gmk leaves unnecessary files David Beaumont
• [lworld] RFR: 8376145: [lworld] Enable SubstitutabilityTest.java with AOTJDK Matias Saavedra Silva
  • Re: [lworld] RFR: 8376145: [lworld] Enable SubstitutabilityTest.java with AOTJDK [v2] Matias Saavedra Silva
  • Re: [lworld] RFR: 8376145: [lworld] Enable SubstitutabilityTest.java with AOTJDK [v2] Paul Hübner
  • Re: [lworld] RFR: 8376145: [lworld] Enable SubstitutabilityTest.java with AOTJDK [v2] Matias Saavedra Silva
  • Re: [lworld] RFR: 8376145: [lworld] Enable SubstitutabilityTest.java with AOTJDK [v2] Frederic Parain
  • [lworld] Integrated: 8376145: [lworld] Enable SubstitutabilityTest.java with AOTJDK Matias Saavedra Silva
• Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Alex Menkov
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Chris Plummer
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Serguei Spitsyn
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Chris Plummer
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Alex Menkov
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Serguei Spitsyn
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Alex Menkov
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Serguei Spitsyn
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Chris Plummer
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v5] Alex Menkov
• [lworld] RFR: 8376128: [lworld] ProblemList valhalla/valuetypes/SubstitutabilityTest.java with AOTCache again Daniel D . Daugherty
  • [lworld] Integrated: 8376128: [lworld] ProblemList valhalla/valuetypes/SubstitutabilityTest.java with AOTCache again Daniel D . Daugherty
  • Re: [lworld] RFR: 8376128: [lworld] ProblemList valhalla/valuetypes/SubstitutabilityTest.java with AOTCache again Matias Saavedra Silva
  • Re: [lworld] RFR: 8376128: [lworld] ProblemList valhalla/valuetypes/SubstitutabilityTest.java with AOTCache again Daniel D . Daugherty
  • Re: [lworld] RFR: 8376128: [lworld] ProblemList valhalla/valuetypes/SubstitutabilityTest.java with AOTCache again Chen Liang
• [lworld] Integrated: 8368274: [lworld] Unsafe.compareAndExchangeFlatValue() wrongly assumes padding bytes are the same for identical value objects Chen Liang
• [lworld] RFR: 8376042: [lworld] Revert changes to --patch-module handling Matias Saavedra Silva
  • Re: [lworld] RFR: 8376042: [lworld] Revert changes to --patch-module handling [v2] Matias Saavedra Silva
  • Re: [lworld] RFR: 8376042: [lworld] Revert changes to --patch-module handling [v2] Frederic Parain
  • Re: [lworld] RFR: 8376042: [lworld] Revert changes to --patch-module handling [v3] Matias Saavedra Silva
  • Re: [lworld] RFR: 8376042: [lworld] Revert changes to --patch-module handling [v3] Matias Saavedra Silva
  • Re: [lworld] RFR: 8376042: [lworld] Revert changes to --patch-module handling [v3] Frederic Parain
  • Re: [lworld] RFR: 8376042: [lworld] Revert changes to --patch-module handling [v3] Matias Saavedra Silva
  • [lworld] Integrated: 8376042: [lworld] Revert changes to --patch-module handling Matias Saavedra Silva
• Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v2] Alex Menkov
• Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v4] Alex Menkov
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v4] Alex Menkov
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v4] Alex Menkov
  • Re: [lworld] RFR: 8373202: [lworld] ObjectReference.equals should follow == semantics for value objects [v4] Alex Menkov
• [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Dan Smith
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Frederic Parain
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Frederic Parain
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Dan Smith
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v2] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v3] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v4] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v5] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v5] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v5] Frederic Parain
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v5] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v6] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v6] Frederic Parain
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v7] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v7] Chen Liang
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v7] Frederic Parain
  • Re: [lworld] RFR: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load [v7] Chen Liang
  • [lworld] Integrated: 8376045: [lworld] Treat @NullRestricted fields as ACC_STRICT_INIT on load Chen Liang
• Re: [lworld] RFR: 8368274: [lworld] Unsafe.compareAndExchangeFlatValue() wrongly assumes padding bytes are the same for identical value objects [v5] Chen Liang
  • Re: [lworld] RFR: 8368274: [lworld] Unsafe.compareAndExchangeFlatValue() wrongly assumes padding bytes are the same for identical value objects [v5] Daniel D . Daugherty
  • Re: [lworld] RFR: 8368274: [lworld] Unsafe.compareAndExchangeFlatValue() wrongly assumes padding bytes are the same for identical value objects [v5] Chen Liang
• RFR: Remove redundant null checks Vicente Romero
  • Re: RFR: Remove redundant null checks [v2] Vicente Romero
  • Re: RFR: Remove redundant null checks [v3] Vicente Romero
  • Re: RFR: Remove redundant null checks [v4] Vicente Romero
  • Re: RFR: Remove redundant null checks [v5] Vicente Romero
  • Re: RFR: Remove redundant null checks [v5] Maurizio Cimadamore
  • Re: RFR: Remove redundant null checks [v5] Vicente Romero
  • Re: RFR: Remove redundant null checks [v5] Maurizio Cimadamore
  • Re: RFR: Remove redundant null checks [v5] Maurizio Cimadamore
  • Re: RFR: Remove redundant null checks [v5] Vicente Romero
  • Re: RFR: Remove redundant null checks [v5] Maurizio Cimadamore
  • Re: RFR: Remove redundant null checks [v6] Vicente Romero
  • Re: RFR: Remove redundant null checks [v7] Vicente Romero
  • Re: RFR: Remove redundant null checks [v7] Vicente Romero
  • Withdrawn: Remove redundant null checks Vicente Romero
  • Re: RFR: Remove redundant null checks [v8] Vicente Romero
  • Re: RFR: Remove redundant null checks [v8] Maurizio Cimadamore
  • Re: RFR: Remove redundant null checks [v8] Vicente Romero
  • Re: RFR: Remove redundant null checks [v8] Maurizio Cimadamore
  • Re: RFR: Remove redundant null checks [v9] Vicente Romero
  • Re: RFR: Remove redundant null checks [v10] Vicente Romero
  • Re: RFR: Remove redundant null checks [v10] Vicente Romero
  • Re: RFR: Remove redundant null checks [v11] Vicente Romero
  • Integrated: Remove redundant null checks Vicente Romero
• [lworld] RFR: 8376105: [lworld] Handle "lworld" branch GHA dry-runs Aleksey Shipilev
  • Re: [lworld] RFR: 8376105: [lworld] Handle "lworld" branch GHA dry-runs Chen Liang
  • Re: [lworld] RFR: 8376105: [lworld] Handle "lworld" branch GHA dry-runs Aleksey Shipilev
  • Re: [lworld] RFR: 8376105: [lworld] Handle "lworld" branch GHA dry-runs Chen Liang
  • Re: [lworld] RFR: 8376105: [lworld] Handle "lworld" branch GHA dry-runs Aleksey Shipilev
  • Re: [lworld] RFR: 8376105: [lworld] Handle "lworld" branch GHA dry-runs duke
  • [lworld] Integrated: 8376105: [lworld] Handle "lworld" branch GHA dry-runs Aleksey Shipilev
• [lworld] RFR: 8376103: [lworld] Basic Zero support Aleksey Shipilev
  • Re: [lworld] RFR: 8376103: [lworld] Basic Zero support Aleksey Shipilev
  • Re: [lworld] RFR: 8376103: [lworld] Basic Zero support [v2] Aleksey Shipilev
  • Re: [lworld] RFR: 8376103: [lworld] Basic Zero support [v3] Aleksey Shipilev
  • Re: [lworld] RFR: 8376103: [lworld] Basic Zero support [v3] Coleen Phillimore
  • Re: [lworld] RFR: 8376103: [lworld] Basic Zero support [v3] Aleksey Shipilev
  • Re: [lworld] RFR: 8376103: [lworld] Basic Zero support [v3] duke
  • Re: [lworld] RFR: 8376103: [lworld] Basic Zero support [v3] Chen Liang
  • [lworld] Integrated: 8376103: [lworld] Basic Zero support Aleksey Shipilev
• Re: [lworld] RFR: 8374729: [lworld] Enabling CDS crash with UseAltSubstitutabilityMethod [v4] Daniel D . Daugherty
• Re: [lworld] RFR: 8368274: [lworld] Unsafe.compareAndExchangeFlatValue() wrongly assumes padding bytes are the same for identical value objects [v4] Maurizio Cimadamore
• Re: [lworld] RFR: 8375548: [lworld] C2: Support value class arrays with compiler replay [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8375548: [lworld] C2: Support value class arrays with compiler replay [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8375548: [lworld] C2: Support value class arrays with compiler replay [v2] Christian Hagedorn
  • Re: [lworld] RFR: 8375548: [lworld] C2: Support value class arrays with compiler replay [v2] Tobias Hartmann
  • Re: [lworld] RFR: 8375548: [lworld] C2: Support value class arrays with compiler replay [v2] Christian Hagedorn
• Re: [lworld] RFR: 8375719: [lworld] Move reads of flat fields entirely to the runtime [v3] Joel Sikström

• Later messages