[llvm-dev] [llvm-cov] Single file HTML output when filtering on function names.

Sean Eveson via llvm-dev llvm-dev at lists.llvm.org
Thu Sep 21 08:29:47 PDT 2017


Hi Vedant,


> This sounds fine to me. I don't think we need to preserve the old
single-file behavior. We can add a release note about the new behavior.

Great!


I’d like to change the index.html page to only include coverage data for
the filtered functions and do the same for all the ‘source view’ pages.



For the index.html page I plan to do the filtering in
`CoverageReport::prepareFileReports`, which will be quite simple.



Filtering the lines in the source files will be more complicated, as I will
need to find which function a LineSegment comes from. I think I can do that
by getting the function coverage for each filtered function from the same
file, and then checking if the line segment can be found in any of those. I
was wondering if you can think of a better way of mapping from lines to
functions or if you might have something else in mind?



Thanks for your help,


Sean Eveson
SN Systems - Sony Interactive Entertainment

On Wed, Sep 20, 2017 at 6:23 PM, Vedant Kumar <vsk at apple.com> wrote:

>
> On Sep 20, 2017, at 7:08 AM, Sean Eveson via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
> Hi All,
>
>
> Normally when producing HTML with llvm-cov you get an index.html file and
> a directory structure containing .html files corresponding to source
> files.
>
>
> Currently when using any of the -name*= command line options with
> -format=html, the output is a single file (functions.html) containing the
> coverage for those specific functions.
>
>
> Having a single file is not as useful as the full directory structure when
> you have a large number of functions in your filter (using -name-regex or
> -name-whitelist). Could we put the single file HTML output behind an
> option and produce the full structure by default when using the -name*
> options.
>
> This sounds fine to me. I don't think we need to preserve the old
> single-file behavior. We can add a release note about the new behavior.
>
> vedant
>
>
>
> What do people think?
>
>
> Thanks,
>
>
> Sean Eveson
> SN Systems - Sony Interactive Entertainment
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170921/419f5b7b/attachment.html>


More information about the llvm-dev mailing list