RFR: JDK-8205418: Assorted improvements to source code model

Jan Lahoda jan.lahoda at oracle.com
Mon Jun 25 14:55:21 UTC 2018


Thanks for all the comments.

I've updated the patch according to the comment, and uploaded the new 
patch here:
http://cr.openjdk.java.net/~jlahoda/8205418/webrev.01/

(For the RecoveryInfo.CheckContext.report, I've disabled the errors only 
when the new recovery is active, which should limit the effects on error 
messages.)

Any feedback is welcome!

Thanks,
     Jan

On 22.6.2018 14:37, Maurizio Cimadamore wrote:
>
>
> On 22/06/18 13:32, Maurizio Cimadamore wrote:
>> When messages are simplified, basically we turn errors into other
>> errors - e.g. look at InapplicableSymbol_S_Error::getDiagnostic -
>> there is some logic and then, if there's really onlt one relevant
>> candidate, we go back to an InapplicableSymbol (without S) error,
>> where 'errCandidate' is overridden to return the filtered symbol.
>>
>> Another reason to rely more on errCandidate
> More specifically, if simplified diagnostics are disabled, you go remain
> in the multiple symbols world, which means you still have more
> candidates and you fail to see that only one was really the good one.
>
> So, I think InapplicableSymbolsError should override bestCandidate
> (which I also suggested in previous email), and should call
> filterCandidates before doing the processing. This will ensure that
> 'redundant' candidates are dropped, and you get back the symbol that is
> most likely to be the correct one.
>
> Maurizio
>


More information about the compiler-dev mailing list