<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 23, 2019 at 4:45 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 24/1/19 9:12 am, Jiri Gaisler wrote:<br>
> After some trial and error, I got covoar to run with:<br>
<br>
Great.<br>
<br>
> However, the coverage is always 0% in the summary report:<br>
<br>
Does adding -v to the command line provide any more detail? Repeating -v<br>
increases the level but things can become rather verbose and if you trip full<br>
DWARF tracing there is a lot of output.<br></blockquote><div><br></div><div>I would be suspicious of the code that is invoked around</div><div>CoverageReaderTSIM.cc:83 as a starting point. For some method you</div><div>know you should be analyzed, there should be aCoverageMap. Since you</div><div>are looking at only one executable, you could hard-code a test with</div><div>address range of a single method under test to see what happens.</div><div><br></div><div>Then if the "cover" variable isn't set correctly, then it won't have anything</div><div>to process. </div><div><br></div><div>I don't see any recent changes to the CoverageReaderQemu.cc so this</div><div>probably is something wrong with the coverage data read from the file.</div><div>If I had to guess. </div><div><br></div><div>--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Chris<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote></div></div>