RFR (M) 8212959: Remove booleans from tests in vmTestbase
JC Beyler
jcbeyler at google.com
Wed Jan 9 06:43:41 UTC 2019
Hi David,
I was not planning on doing it but we could. This change came from a
request to remove the booleans from tests for a prior webrev change. I've
seen previous conversations about wanting to test explicitly against
JNI_TRUE but thought this was a slightly different case.
Basically, from your comment, it seems I could go three ways for this
change:
1) Not do it and close the bug as won't fix :-)
2) Go the extra step and change the various variables being tested to bool
My preference is to do (2) as much as possible; any case that cannot be put
in a boolean form without having major changes to the code base, I'd leave
as is. And then call it a day for this subject.
What do you think (ie in cases where the variable can be set to a bool, do
it and then have the test be an implicit test)?
Thanks!
Jc
On Tue, Jan 8, 2019 at 10:31 PM David Holmes <david.holmes at oracle.com>
wrote:
> Hi Jc,
>
> On 9/01/2019 4:12 pm, JC Beyler wrote:
> > Hi all,
> >
> > Fixing up the tests in vmTestbase to not be testing explicitly against
> > NSK_TRUE/NSK_FALSE. Here is the webrev to do that:
> >
> > Bug: https://bugs.openjdk.java.net/browse/JDK-8212959
> > Webrev: http://cr.openjdk.java.net/~jcbeyler/8212959/webrev.00/
>
> Hold up! We don't do explicit tests when the variable is a bool/boolean
> but when it is an int, as here, we do.
>
> Are you planning on converting everything to use bool?
>
> Cheers,
> David
>
> > Thanks,
> > Jc
>
--
Thanks,
Jc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20190108/cbb403fb/attachment.html>
More information about the serviceability-dev
mailing list