RFR(S) 8200746: Remove FlagGuard class
Erik Helin
erik.helin at oracle.com
Thu May 17 07:04:00 UTC 2018
On 05/17/2018 12:06 AM, David Holmes wrote:
> Hi Gerard,
>
> On 17/05/2018 4:06 AM, Gerard Ziemski wrote:
>> Hi all,
>>
>> Please review this small fix where we remove unused FlagGuard class
>> and FLAG_GUARD macro from hotspot and gtests.
>
> Well it seems only unused after you have removed its uses! Why does it
> turn out not to be needed in test_CollectorPolicy.cpp?
I think it is still needed, I don't think this patch is correct.
When we execute the gtests we execute the TEST_VM tests one-by-one in
serial order in the same process. This means that if one tests changes a
global flag, e.g. InitialHeapSize, the next test will see a different
value for InitialHeapSize. In order to guard the flags, I introduced the
class FlagGuard (and corresponding helper macro FLAG_GUARD). This means
that a test, such as test_collectorPolicy.cpp, can easily guard any
global flags the test intends to mutate, and then the flags will be
restored to their original values when test has finished.
> Why is the whole test_globals.cpp no longer relevant?
test_globals.cpp currently only tests the FlagGuard class (and
FLAG_GUARD) macro in globals.hpp, so since Gerard removed the FlagGuard
class, the tests are no longer relevant. However, see my comment above,
we can't just remove the FlagGuard class, it is needed!
> The bug report should explain why we don't need these.
Yes, I would also like to see an explanation why this code can be
removed? To me it seems like it is needed in test_collectorPolicy.cpp,
but I could be wrong.
Thanks,
Erik
> Thanks,
> David
>
>> https://bugs.openjdk.java.net/browse/JDK-8200746
>> http://cr.openjdk.java.net/~gziemski/8200746_rev1/
>>
>> Testing: mach5 hs-tier1,2
>>
>>
>> cheers
>>
More information about the hotspot-runtime-dev
mailing list