Request for review: 8010506 Typos and errors in gc-related flags in globals.hpp
Tao Mao
tao.mao at oracle.com
Thu Jun 27 17:05:52 UTC 2013
new webrev: "Frame" seems to be the best way to review it.
http://cr.openjdk.java.net/~tamao/8010506/webrev.02/
Suggestion are taken mostly from Thomas.
Thanks.
Tao
On 5/14/13 2:46 PM, Jon Masamitsu wrote:
>
> On 4/30/13 4:58 PM, Tao Mao wrote:
>> new webrev
>> http://cr.openjdk.java.net/~tamao/8010506/webrev.01/
>>
>> It needs reviews.
>
> Tao,
>
> Changes you made look good. I did not see a list of the
> suggested changes in the CR
>
> https://jbs.oracle.com/bugs/browse/JDK-8010506
>
> so don't have any comment about what you decided not
> to change.
>
>>
>> Changeset:
>> Thank you for the thorough report of all these typos/errros, Thomas.
>>
>> I changed most places according to your suggestions (for the rest
>> few, I did not change because it may slightly change the meaning of
>> the definition). Also, I went through the file to change some similar
>> common errors that occurred.
>>
>> Several issues:
>>
>> (1) parallel gc should be lower case or upper case?
>> As I know and, perhaps, someone told me, the term "parallel gc"
>> sometimes refers to a more generic terminology rather than ParallelGC
>> or ParallelOldGC, if it doesn't imply these two. Basically, any GC
>> algorithms that can be parallelized could fall into this category.
>> Right now, we probably refer "parallel gc" to ParallelGC or
>> ParallelOldGC. But, we reserve the right to change it to something
>> else. That's why "fuzziness" exists here. I guess the same way to
>> deal with "concurrent gc". So, I didn't make these words upper cased.
>>
>> (2) Identification:
>> The general rule is to follow the example (product()'s
>> identification). The whole file checked and space adjusted accordingly.
>>
>> (3) Line breaks
>> A space should be provided at the line breaks if multiple lines is
>> needed. Some lines that are slightly longer than normal length is
>> kept untouched as long as they read well.
>>
>> *(4) Why does the VM option hashCode have lower case initial?
>> The direct answer is "I don't know". (But it is understandable that
>> hashCode is "legacy" such that it has it own style) Anyone knows the
>> answer?
>
> I don't know for sure either but might be because of the Java code
>
> public int*hashCode*()
>
>
> Jon
>
>>
>> Thanks.
>> Tao
>>
>> On 3/21/13 3:09 PM, Tao Mao wrote:
>>> 8010506 Typos and errors in gc-related flags in globals.hpp
>>> https://jbs.oracle.com/bugs/browse/JDK-8010506
>>>
>>> webrev:
>>> http://cr.openjdk.java.net/~tamao/8010506/webrev.00/
>>>
>>> Changeset:
>>> NewRatio should defined as
>>> product(uintx, NewRatio,
>>> 2, \
>>> "Ratio of old/new generation sizes") \
>>> instead of
>>> product(uintx, NewRatio,
>>> 2, \
>>> "Ratio of new/old generation sizes") \
>>>
>>> PLUS other typos found by Jesper.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20130627/0689d81c/attachment.htm>
More information about the hotspot-gc-dev
mailing list