RFR(XXS): 8151796: compiler/whitebox/BlockingCompilation.java fails due to method not compiled

Zoltán Majó zoltan.majo at oracle.com
Mon Mar 14 11:43:08 UTC 2016


Hi Volker,
Hi Nils,


@Volker: Thank you for jumping on this.
@Nils: Thank you for coming up with the fix.

I'll close the quarantine sub-task related to the failure

https://bugs.openjdk.java.net/browse/JDK-8151804

once Nils's fix has been pushed.

Best regards,


Zoltan

On 03/14/2016 12:23 PM, Nils Eliasson wrote:
> Hi Volker,
>
> Please do not quarantine. I have posted a separate RFR for fixing the 
> test.
>
> Regards,
> Nils Eliasson
>
> On 2016-03-14 11:27, Volker Simonis wrote:
>> Hi,
>>
>> can I please have a review and sponsor for the following tiny test fix:
>>
>> http://cr.openjdk.java.net/~simonis/webrevs/2016/8151796/
>> https://bugs.openjdk.java.net/browse/JDK-8151796
>>
>> Change JDK-8150646 added a new test
>> (compiler/whitebox/BlockingCompilation.java) which checks that is is
>> possible to compile a simple method on every available compilation
>> level trough the whitebox API. It also checks that these compilations
>> can be done in blocking as well as in unblocking mode.
>>
>> Unfortunately it seems that the test is a little shaky. It may happen
>> that the test simple method is not compilable on an available
>> compilation level (e.g. because the code cache is full). Also testing
>> for non-blocking compilations isn't 100% bullet proof, because
>> non-blocking compiles may look like blocking compilations if the
>> compiler thread is faster than the test thread for some reason.
>>
>> I've therefore flagged this test as "@ignore". It can still be run
>> manually by using the '-ignore:run' jtreg command line option.
>> Automatic test runs can now skip this test by using '-ignore:quiet'.
>>
>> Regards,
>> Volker
>



More information about the hotspot-compiler-dev mailing list