<div dir="ltr"><div>If many binaries share some library code, it can be confusing to show the aggregated coverage data of the library as if they are valid for any individual binary.</div><div><br></div><div>It seems to me that a per-library coverage report is more appropriate here. llvm can take DSO, but not yet static archive file (.a) -- so  I can see it being a useful feature if you can teach llvm-cov to handle it.  On the other hand,  given a set of standalone object files, I don't see why a wrapper script (that passes object file to llvm-cov one by one) won't work well -- so I am not convinced that the new option proposed is in general useful.</div><div><br></div><div>thanks,</div><div><br></div><div>David</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 4, 2016 at 12:57 PM, Ying Yi via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><p><span style="color:rgb(31,73,125)">Hi All,</span></p><p><span style="color:rgb(31,73,125)">I want to provide a solution that presents code coverage reports that include the aggregated code-counts  across many binaries.  Our test engineers currently do this using gcov-mode by merged .gcda data files. We can do a similar merge of the .profraw files, so that the many binaries are represented in one .profdata file; However, llvm-cov will only generate reports based on one binary at a time. </span></p><p><span style="color:rgb(31,73,125)">My suggested solution to this problem is for llvm-cov to accept multiple binary files on the command line. Thereby allowing every coverage-count / source file (that is compiled into at least one binary) to be represented in the report from a single call to llvm-cov.  Presently the command format is: llvm-cov show [options] <executable | object file> <Source files>.  I suggest adding the option "-bin=<executable | object file>" so that more than one binary (or object file) can be listed as: -bin=binary1.elf -bin=binary2.elf -bin=binary3.elf.</span></p><p><span style="color:rgb(31,73,125)">I would like people’s opinions first so that may be acceptable when I come to upstream this.</span></p><p><span style="color:rgb(31,73,125)">Thanks</span></p><span class="HOEnZb"><font color="#888888"><span style="color:rgb(31,73,125)"></span></font></span></div><span class="HOEnZb"><font color="#888888"><p><br>-- <br></p><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><font size="2"><span style="font-family:arial,helvetica,sans-serif">Ying Yi</span><span style="font-family:arial,helvetica,sans-serif"><br>SN Systems Ltd - Sony Computer Entertainment Group.</span><span style="font-family:arial,helvetica,sans-serif"></span></font><br></div></div></div></div></div></div>
</font></span></div>
<br>_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
<br></blockquote></div><br></div>