<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""> <div class=""><a href="http://cr.openjdk.java.net/~never/8152903/webrev" class="">http://cr.openjdk.java.net/~never/8152903/webrev</a> <br class=""><br class="">JVMCI had it own custom version of the resolution logic when it should be doing something similar to what ciMethod::resolve_invoke is doing. This required a semantic change that if the type is an interface no meaningful answer can be provided. I updated tests and the interface a little to reflect this. <br class=""><br class="">Making this change exposed a problem with -Xcomp where the resolution by the compiler was triggering compilation instead of the first real invoke. I rearranged the code a little for this to ensure that code wasn't executed for the Compiler thread. It passes the graal gate with these changes.  A modified version of the test which found the issue also passes now.  I filed a bug suggesting changes to that test that would make it work better with compiler like C2 and Graal that don’t handle unloaded classes.  <a href="https://bugs.openjdk.java.net/browse/JDK-8154904" class="">https://bugs.openjdk.java.net/browse/JDK-8154904</a></div><div class=""><br class=""></div><div class="">tom</div> </body></html>