January 2015 Archives by date

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...

Starting: Thu Jan 1 03:26:03 UTC 2015
Ending: Fri Jan 30 23:33:03 UTC 2015
Messages: 523

• Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Fwd: Proposal for generics over primitives needs a rethink   Brian Goetz
• Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Fwd: Proposal for generics over primitives needs a rethink   Brian Goetz
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Proposal for generics over primitives needs a rethink   Remi Forax
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Remi Forax
• more background to List<int> specializing List<Any>   Thomas W
• more background to List<int> specializing List<Any>   Brian Goetz
• more background to List<int> specializing List<Any>   Brian Goetz
• more background to List<int> specializing List<Any>   Thomas W
• more background to List<int> specializing List<Any>   Stephen Colebourne
• more background to List<int> specializing List<Any>   Brian Goetz
• Fwd: more background to List<int> specializing List<Any>   Gavin King
• Fwd: more background to List<int> specializing List<Any>   Gavin King
• Fwd: more background to List<int> specializing List<Any>   Gavin King
• Remi's comments on Any   Thomas W
• more background to List<int> specializing List<Any>   Stephen Colebourne
• more background to List<int> specializing List<Any>   Stephen Colebourne
• Fwd: Remi's comments on Any   Gavin King
• more background to List<int> specializing List<Any>   Gavin King
• more background to List<int> specializing List<Any>   Brian Goetz
• Fwd: more background to List<int> specializing List<Any>   Brian Goetz
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Any as a simple reftype base to the type-system   Thomas W
• more background to List<int> specializing List<Any>   Brian Goetz
• Stephen's comments on Value Types   Thomas W
• more background to List<int> specializing List<Any>   Stephen Colebourne
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Remi Forax
• Fwd: Remi's comments on Any   Remi Forax
• Fwd: Remi's comments on Any   Gavin King
• more background to List<int> specializing List<Any>   Remi Forax
• more background to List<int> specializing List<Any>   Gavin King
• Simplifying reified generics with partial specialization   Ron Pressler
• Fwd: Remi's comments on Any   Remi Forax
• Fwd: Remi's comments on Any   Gavin King
• Simplifying reified generics with partial specialization   Simon Ochsenreither
• Simplifying reified generics with partial specialization   Ron Pressler
• Simplifying reified generics with partial specialization   Tomas Mikula
• Simplifying reified generics with partial specialization   Simon Ochsenreither
• Fwd: Remi's comments on Any   Brian Goetz
• Fwd: Remi's comments on Any   Stéphane Épardaud
• Fwd: Remi's comments on Any   Brian Goetz
• Simplifying reified generics with partial specialization   Brian Goetz
• Simplifying reified generics with partial specialization   Ron Pressler
• Simplifying reified generics with partial specialization   Ron Pressler
• Simplifying reified generics with partial specialization   Ron Pressler
• Simplifying reified generics with partial specialization   Simon Ochsenreither
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   martin odersky
• Simplifying reified generics with partial specialization   Ron Pressler
• Simplifying reified generics with partial specialization   Ron Pressler
• Can we also get some feedback on specialization, please?   Brian Goetz
• Fwd: Remi's comments on Any   Gavin King
• Simplifying reified generics with partial specialization   Gavin King
• Can we also get some feedback on specialization, please?   Martijn Verburg
• Simplifying reified generics with partial specialization   Ron Pressler
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Simplifying reified generics with partial specialization   Martijn Verburg
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Gavin King
• Simplifying reified generics with partial specialization   Gavin King
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Maurizio Cimadamore
• Fwd: Fwd: Proposal for generics over primitives needs a rethink   Brian Goetz
• Martin's comments on "Any[] array" performance   Thomas W
• further to Stephen's thoughts on Value Objects   Thomas W
• Can we also get some feedback on specialization, please?   Richard Warburton
• Can we also get some feedback on specialization, please?   Brian Goetz
• Can we also get some feedback on specialization, please?   Richard Warburton
• Clarification on migration to value types and boxed vs unboxed representations   Richard Warburton
• further to Stephen's thoughts on Value Objects   Vitaly Davidovich
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Clarification on migration to value types and boxed vs unboxed representations   John Rose
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Clarification on migration to value types and boxed vs unboxed representations   Simon Ochsenreither
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Question on layer/peeling   Michael Barker
• Clarification on migration to value types and boxed vs unboxed representations   Brian Goetz
• Question on layer/peeling   Vitaly Davidovich
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Vitaly Davidovich
• Clarification on migration to value types and boxed vs unboxed representations   Richard Warburton
• Question on layer/peeling   Michael Barker
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Question on layer/peeling   Michael Barker
• Question on layer/peeling   Brian Goetz
• Clarification on migration to value types and boxed vs unboxed representations   Richard Warburton
• Clarification on migration to value types and boxed vs unboxed representations   Brian Goetz
• Clarification on migration to value types and boxed vs unboxed representations   John Rose
• Question on layer/peeling   Michael Barker
• Clarification on migration to value types and boxed vs unboxed representations   John Rose
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Vitaly Davidovich
• Question on layer/peeling   Vitaly Davidovich
• Question on layer/peeling   John Rose
• Clarification on migration to value types and boxed vs unboxed representations   Peter Levart
• Question on layer/peeling   Peter Levart
• Question on layer/peeling   Michael Barker
• Fwd: Remi's comments on Any   Stéphane Épardaud
• Can we also get some feedback on specialization, please?   Martijn Verburg
• Question on layer/peeling   Peter Levart
• Clarification on migration to value types and boxed vs unboxed representations   Stephen Colebourne
• Question on layer/peeling   Maurizio Cimadamore
• Question on layer/peeling   Maurizio Cimadamore
• Question on layer/peeling   Maurizio Cimadamore
• hg: valhalla/valhalla/langtools: BytecodeMapping generation fixes:   maurizio.cimadamore at oracle.com
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• java.lang.VerifyError: Bad type on operand stack   Maurizio Cimadamore
• Clarification on migration to value types and boxed vs unboxed representations   Brian Goetz
• java.lang.VerifyError: Bad type on operand stack   Sven Reimers
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Clarification on migration to value types and boxed vs unboxed representations   Brian Goetz
• Fwd: java.lang.VerifyError: Bad type on operand stack   Sven Reimers
• Clarification on migration to value types and boxed vs unboxed representations   Vitaly Davidovich
• Clarification on migration to value types and boxed vs unboxed representations   Brian Goetz
• hg: valhalla/valhalla/langtools: BytecodeMapping generation fixes:   Peter Levart
• hg: valhalla/valhalla/langtools: BytecodeMapping generation fixes:   Maurizio Cimadamore
• hg: valhalla/valhalla/langtools: BytecodeMapping generation fixes:   Brian Goetz
• hg: valhalla/valhalla/langtools: BytecodeMapping generation fixes:   Peter Levart
• Clarification on migration to value types and boxed vs unboxed representations   Michael Barker
• hg: valhalla/valhalla/langtools: BytecodeMapping generation fixes:   Brian Goetz
• Question on layer/peeling   Michael Barker
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   John Rose
• Re: Question on layer/peeling   Timo Kinnunen
• Question on layer/peeling   John Rose
• Re: Question on layer/peeling   Timo Kinnunen
• Question on layer/peeling   Michael Barker
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Vitaly Davidovich
• Question on layer/peeling   Vitaly Davidovich
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Maurizio Cimadamore
• Question on layer/peeling   Vitaly Davidovich
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Vitaly Davidovich
• Re: Question on layer/peeling   Timo Kinnunen
• Question on layer/peeling   Michael Barker
• Question on layer/peeling   Brian Goetz
• Question on layer/peeling   Vitaly Davidovich
• Question on layer/peeling   John Rose
• Alternatives to Value Types?   Ming-Yee Iu
• Alternatives to Value Types?   Krystal Mok
• Question on layer/peeling   Ali Ebrahimi
• Alternatives to Value Types?   Maurizio Cimadamore
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Thomas W
• Fwd: java.lang.VerifyError: Bad type on operand stack   Maurizio Cimadamore
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Martijn Verburg
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Simon Ochsenreither
• hg: valhalla/valhalla/langtools: Misc type-checking fixes:   maurizio.cimadamore at oracle.com
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Vitaly Davidovich
• alternatives or complements to layers   Peter Levart
• Question on layer/peeling   Vitaly Davidovich
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Simon Ochsenreither
• alternatives or complements to layers   Vitaly Davidovich
• Question on layer/peeling   Ali Ebrahimi
• alternatives or complements to layers   Simon Ochsenreither
• alternatives or complements to layers   Peter Levart
• alternatives or complements to layers   Peter Levart
• alternatives or complements to layers   Peter Levart
• Question on layer/peeling   Vitaly Davidovich
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Peter Levart
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Peter Levart
• alternatives or complements to layers   Maurizio Cimadamore
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Peter Levart
• alternatives or complements to layers   Maurizio Cimadamore
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Ali Ebrahimi
• alternatives or complements to layers   Brian Goetz
• alternatives or complements to layers   Peter Levart
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Brian Goetz
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Ali Ebrahimi
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Ali Ebrahimi
• alternatives or complements to layers   Simon Ochsenreither
• alternatives or complements to layers   Vitaly Davidovich
• alternatives or complements to layers   Brian Goetz
• alternatives or complements to layers   Mohamed M. El-Beltagy
• alternatives or complements to layers   Mohamed M. El-Beltagy
• Can we also get some feedback on specialization, please?   Ivan St. Ivanov
• Fwd: java.lang.VerifyError: Bad type on operand stack   Sven Reimers
• Can we also get some feedback on specialization, please?   Martijn Verburg
• Can we also get some feedback on specialization, please?   Sven Reimers
• Can we also get some feedback on specialization, please?   Brian Goetz
• Can we also get some feedback on specialization, please?   Sven Reimers
• Casting reference array to any-T array.   Michael Barker
• Casting reference array to any-T array.   Brian Goetz
• Can we also get some feedback on specialization, please?   Ivan St. Ivanov
• Casting reference array to any-T array.   Vitaly Davidovich
• Casting reference array to any-T array.   Michael Barker
• Can we also get some feedback on specialization, please?   Martijn Verburg
• Casting reference array to any-T array.   Brian Goetz
• Casting reference array to any-T array.   Vitaly Davidovich
• Casting reference array to any-T array.   Michael Barker
• Casting reference array to any-T array.   Vitaly Davidovich
• Casting reference array to any-T array.   Michael Barker
• Casting reference array to any-T array.   Vitaly Davidovich
• Question regarding inheritance and any   Sven Reimers
• Can we also get some feedback on specialization, please?   Richard Warburton
• valhalla-dev Digest, Vol 7, Issue 24   Thomas W
• Question regarding inheritance and any   Brian Goetz
• valhalla-dev Digest, Vol 7, Issue 26   Thomas W
• valhalla-dev Digest, Vol 7, Issue 24   Vitaly Davidovich
• Casting reference array to any-T array.   Maurizio Cimadamore
• valhalla-dev Digest, Vol 7, Issue 26   Vitaly Davidovich
• valhalla-dev Digest, Vol 7, Issue 24   Thomas W
• valhalla-dev Digest, Vol 7, Issue 24   Vitaly Davidovich
• valhalla-dev Digest, Vol 7, Issue 26   Thomas W
• Casting reference array to any-T array.   Michael Barker
• valhalla-dev Digest, Vol 7, Issue 26   Vitaly Davidovich
• Casting reference array to any-T array.   Vitaly Davidovich
• valhalla-dev Digest, Vol 7, Issue 24   Thomas W
• Casting reference array to any-T array.   Michael Barker
• Casting reference array to any-T array.   Richard Warburton
• Casting reference array to any-T array.   Vitaly Davidovich
• valhalla-dev Digest, Vol 7, Issue 24   Vitaly Davidovich
• Casting reference array to any-T array.   Brian Goetz
• Casting reference array to any-T array.   Vitaly Davidovich
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Thomas W
• runtime failure when "any T" generic method calls another "any T" generic method   Peter Levart
• Why JVM can not type infer type params but javac can do?   Ali Ebrahimi
• Value types - compatibility with existing “value objects”   Palo Marton
• runtime failure when "any T" generic method calls another "any T" generic method   Maurizio Cimadamore
• valhalla-dev Digest, Vol 7, Issue 24   Peter Levart
• Why JVM can not type infer type params but javac can do?   Maurizio Cimadamore
• Why JVM can not type infer type params but javac can do?   Paul Sandoz
• Re: Value types - compatibility with existing “value objects”   Palo Marton
• Why JVM can not type infer type params but javac can do?   Remi Forax
• Why JVM can not type infer type params but javac can do?   Ali Ebrahimi
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Value types - compatibility with existing “value objects”   Peter Levart
• Value types - compatibility with existing “value objects”   Peter Levart
• Re: Value types - compatibility with existing “value objects”   Palo Marton
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   Palo Marton
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   Palo Marton
• runtime failure when "any T" generic method calls another "any T" generic method   Brian Goetz
• Value types - compatibility with existing “value objects”   Brian Goetz
• Value types - compatibility with existing “value objects”   Brian Goetz
• Value types - compatibility with existing “value objects”   Brian Goetz
• Re: Value types - compatibility with existing “value objects”   Palo Marton
• Re: Value types - compatibility with existing “value objects”   Richard Warburton
• Re: Value types - compatibility with existing “value objects”   Palo Marton
• Value types - compatibility with existing “value objects”   Brian Goetz
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   Paul Benedict
• Value types - compatibility with existing “value objects”   Brian Goetz
• Value types - compatibility with existing “value objects”   Brian Goetz
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Value types - compatibility with existing “value objects”   Peter Levart
• Value types - compatibility with existing “value objects”   Brian Goetz
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   John Rose
• Re: Value types - compatibility with existing “value objects”   John Rose
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   John Rose
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Value types - compatibility with existing “value objects”   David M. Lloyd
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Thomas W
• Value types - compatibility with existing “value objects”   David M. Lloyd
• 'Equals' in any-typed code: VERY BIG PROPOSAL   Brian Goetz
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Value types - compatibility with existing “value objects”   David Holmes
• Value types - compatibility with existing “value objects”   Peter Levart
• Why JVM can not type infer type params but javac can do?   Remi Forax
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• valhalla-dev Digest, Vol 7, Issue 24   Simon Ochsenreither
• Value types - compatibility with existing “value objects”   Simon Ochsenreither
• Value types - compatibility with existing “value objects”   David M. Lloyd
• Value types - compatibility with existing “value objects”   David M. Lloyd
• Access Modifier Issues   Richard Warburton
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Re: Value types - compatibility with existing “value objects”   Vitaly Davidovich
• Access Modifier Issues   Peter Levart
• Access Modifier Issues   Maurizio Cimadamore
• Access Modifier Issues   Peter Levart
• Access Modifier Issues   Maurizio Cimadamore
• valhalla-dev Digest, Vol 7, Issue 24   Brian Goetz
• Access Modifier Issues   Brian Goetz
• valhalla-dev Digest, Vol 7, Issue 24   Simon Ochsenreither
• valhalla-dev Digest, Vol 7, Issue 24   Vitaly Davidovich
• valhalla-dev Digest, Vol 7, Issue 24   Simon Ochsenreither
• valhalla-dev Digest, Vol 7, Issue 24   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Palo Marton
• Re: Value types - compatibility with existing “value objects”   Palo Marton
• Idea how to implement VT/VO compatibility in JVM   Brian Goetz
• Idea how to implement VT/VO compatibility in JVM   Palo Marton
• Idea how to implement VT/VO compatibility in JVM   Brian Goetz
• Idea how to implement VT/VO compatibility in JVM   Palo Marton
• Idea how to implement VT/VO compatibility in JVM   Palo Marton
• Idea how to implement VT/VO compatibility in JVM   Brian Goetz
• hg: valhalla/valhalla/jdk: Fix specializer bug reported by Peter Levart related to improper handling of not-fully-instantiated class literals   brian.goetz at oracle.com
• runtime failure when "any T" generic method calls another "any T" generic method   Brian Goetz
• runtime failure when "any T" generic method calls another "any T" generic method   Brian Goetz
• Can we also get some feedback on specialization, please?   MacGregor, Duncan (GE Energy Management)
• Casting reference array to any-T array.   MacGregor, Duncan (GE Energy Management)
• Can we also get some feedback on specialization, please?   MacGregor, Duncan (GE Energy Management)
• Can we also get some feedback on specialization, please?   Brian Goetz
• Can we also get some feedback on specialization, please?   Remi Forax
• Can we also get some feedback on specialization, please?   Remi Forax
• Can we also get some feedback on specialization, please?   MacGregor, Duncan (GE Energy Management)
• Idea how to implement VT/VO compatibility in JVM   Richard Warburton
• Can we also get some feedback on specialization, please?   Peter Levart
• hg: valhalla/valhalla/jdk: Fix specializer bug reported by Peter Levart related to improper handling of not-fully-instantiated class literals   Peter Levart
• Array initializer aastores missing BMAs   Peter Levart
• Array initializer aastores missing BMAs   Brian Goetz
• Can we also get some feedback on specialization, please?   Palo Marton
• Can we also get some feedback on specialization, please?   MacGregor, Duncan (GE Energy Management)
• Static fields and specialization   Palo Marton
• Static fields and specialization   Ben Lewis
• Can we also get some feedback on specialization, please?   Peter Levart
• Array initializer aastores missing BMAs   Maurizio Cimadamore
• Static fields and specialization   Brian Goetz
• Static fields and specialization   Palo Marton
• Usage-site value types: "lowercase" string   Ali Lahijani
• Value types - compatibility with existing “value objects”   David Holmes
• Static fields and specialization   Richard Warburton
• Static fields and specialization   Palo Marton
• Static fields and specialization   Palo Marton
• Static fields and specialization   MacGregor, Duncan (GE Energy Management)
• Static fields and specialization   Remi Forax
• Static fields and specialization   MacGregor, Duncan (GE Energy Management)
• Static fields and specialization   Remi Forax
• Static fields and specialization   Palo Marton
• Static fields and specialization   MacGregor, Duncan (GE Energy Management)
• Re: Static fields and specialization   Timo Kinnunen
• Static fields and specialization   MacGregor, Duncan (GE Energy Management)
• Static fields and specialization   Palo Marton
• Static fields and specialization   Remi Forax
• Static fields and specialization   MacGregor, Duncan (GE Energy Management)
• Static fields and specialization   Brian Goetz
• Static fields and specialization   MacGregor, Duncan (GE Energy Management)
• Static fields and specialization   Palo Marton
• hg: valhalla/valhalla/langtools: Add experimental/hacky peeling support:   maurizio.cimadamore at oracle.com
• Idea how to implement VT/VO compatibility in JVM   Stef Epardaud
• hg: valhalla/valhalla/jdk: Add peeling support::   maurizio.cimadamore at oracle.com
• Idea how to implement VT/VO compatibility in JVM   Brian Goetz
• Static fields and specialization   Brian Goetz
• caution: bleeding-edge ahead!   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stephane Epardaud
• caution: bleeding-edge ahead!   Ali Ebrahimi
• caution: bleeding-edge ahead!   Maurizio Cimadamore
• Re: caution: bleeding-edge ahead!   Timo Kinnunen
• caution: bleeding-edge ahead!   Palo Marton
• Static fields and specialization   Peter Levart
• caution: bleeding-edge ahead!   Ali Ebrahimi
• caution: bleeding-edge ahead!   Palo Marton
• caution: bleeding-edge ahead!   Ali Ebrahimi
• caution: bleeding-edge ahead!   Ali Ebrahimi
• caution: bleeding-edge ahead!   Maurizio Cimadamore
• Static fields and specialization   Vitaly Davidovich
• Re: caution: bleeding-edge ahead!   Timo Kinnunen
• Static fields and specialization   Peter Levart
• Static fields and specialization   Vitaly Davidovich
• hg: valhalla/valhalla/jdk: Add support for (some) Object method calls on 'any' tvars   maurizio.cimadamore at oracle.com
• hg: valhalla/valhalla/langtools: Add support for (some) Object method calls on 'any' tvars   maurizio.cimadamore at oracle.com
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• more band aid coming - Object methods on 'any' tvars   MacGregor, Duncan (GE Energy Management)
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• more band aid coming - Object methods on 'any' tvars   MacGregor, Duncan (GE Energy Management)
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• hg: valhalla/valhalla/jdk: Add support for statically-typed default literals   maurizio.cimadamore at oracle.com
• hg: valhalla/valhalla/langtools: Add support for statically typed default literals   maurizio.cimadamore at oracle.com
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• more band aid coming - Object methods on 'any' tvars   MacGregor, Duncan (GE Energy Management)
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• more band aid coming - Object methods on 'any' tvars   Simon Ochsenreither
• more band aid coming - Object methods on 'any' tvars   Brian Goetz
• more band aid coming - Object methods on 'any' tvars   Simon Ochsenreither
• more band aid coming - Object methods on 'any' tvars   Brian Goetz
• more band aid coming - Object methods on 'any' tvars   Richard Warburton
• more band aid coming - Object methods on 'any' tvars   Richard Warburton
• Guide for building OpenJDK Valhalla   Nils Jonsson
• Guide for building OpenJDK Valhalla   Ivan St. Ivanov
• Guide for building OpenJDK Valhalla   Martijn Verburg
• Guide for building OpenJDK Valhalla   Nils Jonsson
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• __WhereRef/WhereVal peeling, #ifdef and related proposals   Thomas W
• caution: bleeding-edge ahead!   Michael Barker
• caution: bleeding-edge ahead!   Ali Ebrahimi
• caution: bleeding-edge ahead!   Palo Marton
• caution: bleeding-edge ahead!   Brian Goetz
• __WhereRef/WhereVal peeling, #ifdef and related proposals   Brian Goetz
• Guide for building OpenJDK Valhalla   MacGregor, Duncan (GE Energy Management)
• caution: bleeding-edge ahead!   Maurizio Cimadamore
• caution: bleeding-edge ahead!   Michael Barker
• __WhereRef/WhereVal peeling, #ifdef and related experiments   Thomas W
• __WhereRef/WhereVal peeling, #ifdef and related proposals   Thomas W
• __WhereRef/WhereVal peeling, #ifdef and related experiments   Nils Jonsson
• __WhereRef/WhereVal peeling, #ifdef and related experiments   Maurizio Cimadamore
• caution: bleeding-edge ahead!   Victor Nazarov
• __WhereRef/WhereVal peeling, #ifdef and related experiments   Gavin Bierman
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• more band aid coming - Object methods on 'any' tvars   MacGregor, Duncan (GE Energy Management)
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• hg: valhalla/valhalla/langtools: Bug fixes:   maurizio.cimadamore at oracle.com
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• more band aid coming - Object methods on 'any' tvars   Maurizio Cimadamore
• valhalla-dev Digest, Vol 7, Issue 66   Thomas W
• valhalla-dev Digest, Vol 7, Issue 66   Brian Goetz
• valhalla-dev Digest, Vol 7, Issue 66   Thomas W
• valhalla-dev Digest, Vol 7, Issue 66   Peter Levart
• valhalla-dev Digest, Vol 7, Issue 66   Remi Forax
• valhalla-dev Digest, Vol 7, Issue 66   Brian Goetz
• hg: valhalla/valhalla/langtools: Fix: BMA mentions sometimes uninstantiated signatures   maurizio.cimadamore at oracle.com
• Idea how to implement VT/VO compatibility in JVM   Stef Epardaud
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Palo Marton
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Stephen Colebourne
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Palo Marton
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stef Epardaud
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Stef Epardaud
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Stephen Colebourne
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Brian Goetz
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Stéphane Épardaud
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Maurizio Cimadamore
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Brian Goetz
• Idea how to implement VT/VO compatibility in JVM   Remi Forax
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• What happened to the "mutable struct" debate?   Rezaei, Mohammad A.
• What happened to the "mutable struct" debate?   Brian Goetz
• What happened to the "mutable struct" debate?   Andrew Purtell
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• What happened to the "mutable struct" debate?   Mark Derricutt
• What happened to the "mutable struct" debate?   Brian Goetz
• What happened to the "mutable struct" debate?   Brian Goetz
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• What happened to the "mutable struct" debate?   Rezaei, Mohammad A.
• What happened to the "mutable struct" debate?   Rezaei, Mohammad A.
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• Re: What happened to the "mutable struct" debate?   Timo Kinnunen
• What happened to the "mutable struct" debate?   Rezaei, Mohammad A.
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• Re: What happened to the "mutable struct" debate?   Timo Kinnunen
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• What happened to the "mutable struct" debate?   Simon Ochsenreither
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• What happened to the "mutable struct" debate?   Rezaei, Mohammad A.
• What happened to the "mutable struct" debate?   Vitaly Davidovich
• generic List traversal and VT/VO compatibility   Thomas W
• generic List traversal and VT/VO compatibility   Vitaly Davidovich
• generic List traversal and VT/VO compatibility   Vitaly Davidovich
• generic List traversal and VT/VO compatibility   Thomas W
• What's the status of / relation between "JEP 169: Value Objects" / "Value Types for Java" / "Object Layout"   Volker Simonis
• Idea how to implement VT/VO compatibility in JVM   Peter Levart
• Idea how to implement VT/VO compatibility in JVM   Vitaly Davidovich
• Idea how to implement VT/VO compatibility in JVM   Peter Levart
• What's the status of / relation between "JEP 169: Value Objects" / "Value Types for Java" / "Object Layout"   Daniel Latrémolière
• What's the status of / relation between "JEP 169: Value Objects" / "Value Types for Java" / "Object Layout"   Jochen Theodorou
• What's the status of / relation between "JEP 169: Value Objects" / "Value Types for Java" / "Object Layout"   Brian Goetz
• What's the status of / relation between "JEP 169: Value Objects" / "Value Types for Java" / "Object Layout"   Volker Simonis
• Project page updated   Martijn Verburg
• Project page updated   Brian Goetz
• Project page updated   Richard Warburton
• Project page updated   Martijn Verburg

Last message date: Fri Jan 30 23:33:03 UTC 2015
Archived on: Fri Jan 30 23:33:06 UTC 2015

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...