Re: RFR: JDK-8310814: Clarify the targetName parameter of Lookup::findClass [v2]

2023-07-17 Thread Mandy Chung
On Mon, 26 Jun 2023 23:13:19 GMT, Mandy Chung wrote: >> This PR updates the spec of `Lookup::findClass` to reflect the current >> behavior that requires a binary name or a string representing an array class >> in the form as returned by `Class::getName`. >> >>

Re: RFR: JDK-8310814: Clarify the targetName parameter of Lookup::findClass [v2]

2023-07-17 Thread Roger Riggs
On Mon, 26 Jun 2023 23:13:19 GMT, Mandy Chung wrote: >> This PR updates the spec of `Lookup::findClass` to reflect the current >> behavior that requires a binary name or a string representing an array class >> in the form as returned by `Class::getName`. >> >>

Re: RFR: JDK-8310814: Clarify the targetName parameter of Lookup::findClass [v2]

2023-07-17 Thread Brent Christian
On Mon, 26 Jun 2023 23:13:19 GMT, Mandy Chung wrote: >> This PR updates the spec of `Lookup::findClass` to reflect the current >> behavior that requires a binary name or a string representing an array class >> in the form as returned by `Class::getName`. >> >>

Re: RFR: JDK-8310814: Clarify the targetName parameter of Lookup::findClass [v2]

2023-06-28 Thread Chen Liang
On Mon, 26 Jun 2023 23:13:19 GMT, Mandy Chung wrote: >> This PR updates the spec of `Lookup::findClass` to reflect the current >> behavior that requires a binary name or a string representing an array class >> in the form as returned by `Class::getName`. >> >>

Re: RFR: JDK-8310814: Clarify the targetName parameter of Lookup::findClass [v2]

2023-06-26 Thread Mandy Chung
> This PR updates the spec of `Lookup::findClass` to reflect the current > behavior that requires a binary name or a string representing an array class > in the form as returned by `Class::getName`. > > `test/jdk/java/lang/invoke/accessClassAndFindClass/TestFindClass.java` > already covers