RFR: 8213908: AssertionError in DeferredAttr at setOverloadKind

Liam Miller-Cushon cushon at google.com
Tue Nov 20 17:47:58 UTC 2018


On Tue, Nov 20, 2018 at 3:55 AM Maurizio Cimadamore <
maurizio.cimadamore at oracle.com> wrote:

> Looks good; I also wonder if it should be relaxed in the other direction
> too - e.g.
>
> Assert.check(previous == ERROR || overloadKInd == ERROR || previous ==
> overloadKind)
>

I think that's covered by the other branch of the if/else, we should only
get to the assertion if previous != ERROR.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20181120/c5afc2cc/attachment.html>


More information about the compiler-dev mailing list