RFR 8221118: Avoid eagerly creating JCDiagnostic for CompletionFailures
Ron Shapiro
ronshapiro at google.com
Thu Mar 28 21:58:00 UTC 2019
It's currently being reset by the cached CompletionFailure in ClassFinder -
I can replace that with a method call that resets the supplier and then
nulls the diagnostic. Suggestions on a method name for this? Does this
complicate the API of this type?
On Thu, Mar 28, 2019 at 5:51 PM Remi Forax <forax at univ-mlv.fr> wrote:
> Hi Ron,
> In Symbol.java, having the field 'diag' being public means that you can
> access to the object without calling the getter so without calling the
> supplier.
> I also think that the supplier should not be public too.
>
> regards,
> Rémi
>
> ------------------------------
>
> *De: *"Ron Shapiro" <ronshapiro at google.com>
> *À: *"jonathan gibbons" <jonathan.gibbons at oracle.com>
> *Cc: *"compiler-dev" <compiler-dev at openjdk.java.net>
> *Envoyé: *Mercredi 27 Mars 2019 18:46:09
> *Objet: *Re: RFR 8221118: Avoid eagerly creating JCDiagnostic for
> CompletionFailures
>
> I missed a few cases earlier - see this updated webrev:
> http://cr.openjdk.java.net/~ronsh/8221118/webrev.01/
>
> On Tue, Mar 26, 2019 at 4:10 PM Jonathan Gibbons <
> jonathan.gibbons at oracle.com> wrote:
>
>> Looks OK to me, especially the similarity to JDK-8215368
>>
>> -- Jon
>>
>> On 03/19/2019 03:37 PM, Ron Shapiro wrote:
>>
>> Hi,
>>
>> This is a small change that avoids eagerly creating JCDiagnostic for
>> CompletionFailures.
>>
>> webrev: http://cr.openjdk.java.net/~ronsh/8221118/webrev.00/
>> bug: https://bugs.openjdk.java.net/browse/JDK-8221118
>>
>> Thanks,
>> Ron
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20190328/6adb2d51/attachment.html>
More information about the compiler-dev
mailing list