RFR: 8213908: AssertionError in DeferredAttr at setOverloadKind (original) (raw)

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