RFR (XS) 8223589: Build failures after JDK-8223534 (add back fixed test_markOop.cpp)
coleen.phillimore at oracle.com
coleen.phillimore at oracle.com
Wed May 8 21:54:45 UTC 2019
On 5/8/19 5:51 PM, Aleksey Shipilev wrote:
> Thanks, I am going to skip jdk-submit on this trivial one, okay?
Seem fine. I hate to ask how many more bugs are in this test.
Coleen
>
> -Aleksey
>
> On 5/8/19 11:47 PM, coleen.phillimore at oracle.com wrote:
>> Yes, that looks like a good fix, and trivial. Thank you for fixing it.
>> Coleen
>>
>> On 5/8/19 5:44 PM, Aleksey Shipilev wrote:
>>> Bug:
>>> https://bugs.openjdk.java.net/browse/JDK-8223589
>>>
>>> The only use of assert_not_test_pattern is protected by _LP64, so default x86_32 build config fails
>>> with "unused function". We could ifdef the definition too, but better yet, let's just use it on
>>> !_LP64 path. Since this is a negative assert, it would not fail if we get the expected string wrong.
>>> I had to look into markOopDesc::print_on and guess what the mark word printout on 32-bit would look
>>> like. I mean not look like. Err...
>>>
>>> Fix:
>>>
>>> diff -r 62b6e7587b1f test/hotspot/gtest/oops/test_markOop.cpp
>>> --- a/test/hotspot/gtest/oops/test_markOop.cpp Tue Apr 16 13:06:23 2019 -0700
>>> +++ b/test/hotspot/gtest/oops/test_markOop.cpp Wed May 08 23:37:51 2019 +0200
>>> @@ -102,7 +102,9 @@
>>> obj->set_mark(mark);
>>> ObjectSynchronizer::fast_enter(h_obj, lock.lock(), true, THREAD);
>>> + // Look for the biased_locker in markOop, not prototype_header.
>>> #ifdef _LP64
>>> - // Look for the biased_locker in markOop, not prototype_header.
>>> assert_not_test_pattern(h_obj, "mark(is_biased biased_locker=0x0000000000000000");
>>> +#else
>>> + assert_not_test_pattern(h_obj, "mark(is_biased biased_locker=0x00000000");
>>> #endif
>>>
>>>
>>> Testing: Linux (x86_64, x86_32) build, gtest:markOopDesc
>>>
More information about the hotspot-runtime-dev
mailing list