RFR(S): 8003983 Fix of broken logcompilation tool

John Rose john.r.rose at oracle.com
Tue Dec 4 12:37:14 PST 2012


On Nov 26, 2012, at 7:04 AM, Nils Eliasson wrote:

> Fixing LogCompilation tool so that I can do my own additions later.
> 
> Includes fixes for:
> c1 missing parse tag that is required to surround method tag
> c1 call tag requires count attribute 
> c1 phase tag requires nodes (set to zero since there is no nodes concept in c1)
> Method tag must handle missing bytes, iicount and flags attributes when unloading=1 is set 
> Wrong description in help for '-n'.
> 
> http://cr.openjdk.java.net/~neliasso/8003983/webrev.01/
> 
> Tested with running HelloDate on tiered with -Xcomp. Will add this as jtreg test separately. 
> 
> Thanks,
> Nils Eliasson

Generally speaking, if an attribute in the LogCompilation XML has a default value, it can be omitted from the log file.  At least, that's how I think about the XML schema (or lack thereof).

Therefore, I think the XML reader needs to be robust if attributes are missing.

You are adding these explicit attributes to some parts of the XML output:
  phase ... nodes='0'
  parse_done ... nodes='0'
  call ... count='0'

This is OK, but would it be possible to default them in the reader instead?  That way of doing things may lead to a more robust system.  Something like this:
 -  site.setCount(Integer.parseInt(search(atts, "count")));
 +  site.setCount(Integer.parseInt(search(atts, "count", "0")));
(etc.)

In the present case, either way is fine with me.  You can cite me as a reviewer.

— John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20121204/c80129e8/attachment.html 


More information about the hotspot-compiler-dev mailing list