<div dir="ltr"><div style="font-size:12.8px"><span style="font-size:12.8px">Hi David,</span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div style="font-size:12.8px"><span style="font-size:12.8px">In my use case, our test teams want a single html index file that links to an aggregated coverage report that covers an entire code repository.  I see that there is a new patch of generating html reports, is there a way to index all of the individual source files into one summary report, where there are many binary files to consider?</span></div><span class="im" style="font-size:12.8px"><div><span style="font-size:12.8px"><br></span></div><div><i><span style="font-size:12.8px">> I don't see why a wrapper script (that passes object file to </span><span style="font-size:12.8px">llvm</span><span style="font-size:12.8px">-</span><span style="font-size:12.8px">cov</span><span style="font-size:12.8px"> one by one) won't work well</span><span style="font-size:12.8px"><br></span></i></div></span><span style="font-size:12.8px"><div style="font-style:italic"><i><br></i></div><div>If the functionality to generate the toplevel html index page for one binary is embedded in llvm-cov,  how will a wrapper script generate the <span style="font-size:12.8px">toplevel html index page for a code-repository that is tested across multiple binaries.</span></div></span><span class="im" style="font-size:12.8px"><span style="font-size:12.8px"><div style="font-style:italic"><i><br></i></div><i>> If </i></span><span style="font-style:italic;font-size:12.8px">many</span><span style="font-style:italic;font-size:12.8px"> binaries share some library code, it can be confusing to show the </span><span style="font-style:italic;font-size:12.8px">aggregated</span><span style="font-style:italic;font-size:12.8px"> </span><span style="font-style:italic;font-size:12.8px">coverage</span><span style="font-style:italic;font-size:12.8px"> data of the library as if they are valid for any individual </span><span style="font-style:italic;font-size:12.8px">binary</span><span style="font-style:italic;font-size:12.8px">.</span><br><div><span style="font-size:12.8px"><br></span></div></span><div style="font-size:12.8px"><span style="font-size:12.8px">The functionality to do this merge of profile data across many binaries already exists in llvm-profdata.  Our test engineers do not find this confusing, on the contrary they find it very helpful, w</span><span style="font-size:12.8px">here they are looking for an aggregated coverage report.</span></div><span class="im" style="font-size:12.8px"><div><span style="font-size:12.8px"><br></span></div><div><i><span style="font-size:12.8px">> It seems to me that a per-library </span><span style="font-size:12.8px">coverage</span><span style="font-size:12.8px"> report is more appropriate here.</span></i><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div></span><div style="font-size:12.8px"><span style="font-size:12.8px">I'm not sure how this differs from generating a single report across an entire code-repository; passing the code-repository as a single library is just one use-case.  There are also use-cases where a single repository is compiled into many libraries;  do you plan to support giving llvm-cov multiple library files (or multiple object files)?</span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div style="font-size:12.8px"><span style="font-size:12.8px">Ultimately, in my case, I would like to see a single toplevel coverage report (preferably in html) and all of the detailed reports for each source file that includes the coverage from many binaries. </span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div style="font-size:12.8px"><span style="font-size:12.8px">Thanks,</span></div><div style="font-size:12.8px"><span style="font-size:12.8px">Phillip</span></div><div class="gmail_extra"><br><div class="gmail_quote"><br></div></div></div>