Re: [External] : Re: JEP 401 -- reflection and class literals

2021-06-27 Thread Remi Forax
- Original Message - > From: "Brian Goetz" > To: "Peter Levart" > Cc: "valhalla-spec-experts" > Sent: Dimanche 27 Juin 2021 22:01:21 > Subject: Re: [External] : Re: JEP 401 -- reflection and class literals >> >> >> Seems like we are forced to re-use Class objects to hold this >> additio

Re: [External] : Re: JEP 401 -- reflection and class literals

2021-06-27 Thread Brian Goetz
Seems like we are forced to re-use Class objects to hold this additional info. Remi says that there should only be "primary" (ref type) primitive class literals (Foo.class) and no (Foo.ref.class or Foo.val.class) and that val type mirrors should be obtained by calling a method (such as Fo

Re: JEP 401 -- reflection and class literals

2021-06-27 Thread Peter Levart
On 26/06/2021 17:41, Peter Levart wrote: What I'm asking is this: why couldn't the following always hold (local vars): Foo.val v = ... Foo.ref r = ... assert v.getClass() == Foo.val.class; assert r.getClass() == Foo.ref.class; I knew this was a stupid question. Immediately after consideri

Re: JEP 401 -- reflection and class literals

2021-06-27 Thread Remi Forax
> From: "Brian Goetz" > To: "valhalla-spec-experts" > Sent: Mercredi 23 Juin 2021 17:13:27 > Subject: JEP 401 -- reflection and class literals > In working through the details of reflective support in JEP 401, I think we've > fallen into a slight "false consistency" regarding class literals. (Th