#
c445e65d |
| 15-Sep-2017 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Make some summary info fields private. NFC.
There's a bug in the way the line and region summary objects are merged. It would have been less likely to occur if those objects kept some dat
[llvm-cov] Make some summary info fields private. NFC.
There's a bug in the way the line and region summary objects are merged. It would have been less likely to occur if those objects kept some data private.
llvm-svn: 313416
show more ...
|
#
50479f60 |
| 11-Sep-2017 |
Eli Friedman <efriedma@codeaurora.org> |
[llvm-cov] Allow hiding instantiation/region coverage from summary tables
Region coverage is difficult to explain without going deep into how coverage is implemented. Instantiation coverage is easie
[llvm-cov] Allow hiding instantiation/region coverage from summary tables
Region coverage is difficult to explain without going deep into how coverage is implemented. Instantiation coverage is easier to explain, but probably not useful in most cases (templates don't exist in C, and most C++ code contains relatively few templates).
This patch adds the options "-show-region-summary" and "-show-instantiation-summary" to allow hiding those columns. "-show-instantiation-summary" is turned off by default.
llvm-svn: 312969
show more ...
|
#
72c3a114 |
| 08-Sep-2017 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Fix a lifetime issue
This fixes an issue where a std::string was moved to a constructor which accepted a StringRef.
llvm-svn: 312816
|
#
933b37f9 |
| 08-Sep-2017 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Unify region marker placement between text/html modes
Make sure that the text and html emitters always emit the same set of region markers, and avoid emitting redundant markers for line s
[llvm-cov] Unify region marker placement between text/html modes
Make sure that the text and html emitters always emit the same set of region markers, and avoid emitting redundant markers for line segments which don't end on the line they start on.
This is related to D35925, and depends on D36014
Differential Revision: https://reviews.llvm.org/D36020
llvm-svn: 312813
show more ...
|
Revision tags: llvmorg-5.0.0, llvmorg-5.0.0-rc5, llvmorg-5.0.0-rc4, llvmorg-5.0.0-rc3, llvmorg-5.0.0-rc2 |
|
#
c0c182cc |
| 09-Aug-2017 |
Eli Friedman <efriedma@codeaurora.org> |
[llvm-cov] Rearrange entries in report index.
Files which don't contain any functions are likely useless; don't include them in the main table. Put the links at the bottom of the page, in case someo
[llvm-cov] Rearrange entries in report index.
Files which don't contain any functions are likely useless; don't include them in the main table. Put the links at the bottom of the page, in case someone wants to figure out coverage for code inside a macro.
Not sure if this is the best solution, but it seems like an improvement.
Differential Revision: https://reviews.llvm.org/D36298
llvm-svn: 310518
show more ...
|
Revision tags: llvmorg-5.0.0-rc1, llvmorg-4.0.1, llvmorg-4.0.1-rc3, llvmorg-4.0.1-rc2, llvmorg-4.0.1-rc1, llvmorg-4.0.0, llvmorg-4.0.0-rc4, llvmorg-4.0.0-rc3, llvmorg-4.0.0-rc2, llvmorg-4.0.0-rc1, llvmorg-3.9.1, llvmorg-3.9.1-rc3, llvmorg-3.9.1-rc2, llvmorg-3.9.1-rc1 |
|
#
35369c1e |
| 21-Nov-2016 |
Alex Lorenz <arphaman@gmail.com> |
[llvm-cov] Avoid 0% when reporting something that's 0/0
This commit makes llvm-cov avoid showing 0% (0/0) coverage for things like file function coverage, etc. in reports and HTML output. This can h
[llvm-cov] Avoid 0% when reporting something that's 0/0
This commit makes llvm-cov avoid showing 0% (0/0) coverage for things like file function coverage, etc. in reports and HTML output. This can happen for files like headers that have macros but no functions. This commit makes llvm-cov report - (0/0) instead.
rdar://29246480
Differential Revision: https://reviews.llvm.org/D26615
llvm-svn: 287539
show more ...
|
#
5a0e92b0 |
| 02-Nov-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Turn line numbers in html reports into clickable links
llvm-svn: 285853
|
#
5c61c703 |
| 25-Oct-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Do not print out the filename of the object file
When we load coverage data from multiple objects, we don't have a way to attribute a source object to a function record. Printing out the
[llvm-cov] Do not print out the filename of the object file
When we load coverage data from multiple objects, we don't have a way to attribute a source object to a function record. Printing out the object filename next to the source filename is already not very useful: soon, it'll actually become misleading. Stop printing out the filename now.
llvm-svn: 285043
show more ...
|
#
bc647985 |
| 23-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Get rid of all invalid filename references
We used to append filenames into a vector of std::string, and then append a reference to each string into a separate vector. This made it easier
[llvm-cov] Get rid of all invalid filename references
We used to append filenames into a vector of std::string, and then append a reference to each string into a separate vector. This made it easier to work with the getUniqueSourceFiles API. But it's buggy.
std::string has a small-string optimization, so you can't expect to capture a reference to one if you're copying it into a growing vector. Add a test that triggers this invalid reference to std::string scenario, and kill the issue with fire by just using ArrayRef<std::string> everywhere.
llvm-svn: 282281
show more ...
|
#
224ef8d7 |
| 23-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Minor cleanup. NFC.
llvm-svn: 282280
|
#
91743f28 |
| 19-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Emit a link to some documentation
llvm-svn: 281883
|
#
9cbf80af |
| 19-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Make a helper method static for re-use (NFC)
llvm-svn: 281876
|
#
016111f7 |
| 19-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Track function and instantiation coverage separately
These are distinct statistics which are useful to look at separately.
Example: say you have a template function "foo" with 5 instanti
[llvm-cov] Track function and instantiation coverage separately
These are distinct statistics which are useful to look at separately.
Example: say you have a template function "foo" with 5 instantiations and only 3 of them are covered. Then this contributes (1/1) to the total function coverage and (3/5) to the total instantiation coverage. I.e, the old "Function Coverage" column has been renamed to "Instantiation Coverage", and the new "Function Coverage" aggregates information from the various instantiations of a function.
One benefit of making this switch is that the Line and Region coverage columns will start making sense. Let's continue the example and assume that the 5 instantiations of "foo" cover {2, 4, 6, 8, 10} out of 10 lines respectively. The new line coverage for "foo" is (10/10), not (30/50). The old scenario got confusing because we'd report that there were more lines in a file than what was actually possible.
llvm-svn: 281875
show more ...
|
#
673ad727 |
| 19-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Don't recompute the 'Covered' field from *CoverageInfo (NFC)
llvm-svn: 281874
|
#
98ba34e5 |
| 19-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Drop another redundant 'No.' suffix
llvm-svn: 281872
|
#
408866ca |
| 15-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Move some layout logic to the right spot (NFC)
llvm-svn: 281590
|
#
a8c396d9 |
| 15-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Hide instantiation views for unexecuted functions
Copying in the full text of the function doesn't help at all when we already know that it's never executed. Just say that it's unexecuted
[llvm-cov] Hide instantiation views for unexecuted functions
Copying in the full text of the function doesn't help at all when we already know that it's never executed. Just say that it's unexecuted -- the relevant source text has already been printed.
llvm-svn: 281589
show more ...
|
#
ea1e97b9 |
| 15-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Don't create 'jump to ...' links in nested views
Doing so is pointless, since the whole view is usually visible in a small amount of space.
llvm-svn: 281588
|
#
b2edd11f |
| 15-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Make a method name more accurate (NFC)
llvm-svn: 281581
|
#
84a280ad |
| 13-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Just emit the version number in the index file
Having the version information in every view is distracting, especially if there are several sub-views.
llvm-svn: 281414
|
#
544b1df6 |
| 13-Sep-2016 |
Ying Yi <maggieyi666@gmail.com> |
[llvm-cov] - Included footer "Generated by llvm-cov -- llvm version <version number>" in the coverage report.
The llvm-cov version information will be useful to the user when comparing the code cove
[llvm-cov] - Included footer "Generated by llvm-cov -- llvm version <version number>" in the coverage report.
The llvm-cov version information will be useful to the user when comparing the code coverage across different versions of llvm-cov. This patch provides the llvm-cov version information in the generated coverage report.
Differential Revision: https://reviews.llvm.org/D24457
llvm-svn: 281321
show more ...
|
#
b1c174aa |
| 10-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Move the 'jump to first unexecuted line' link
Having it in the same row as the source name is jarring. Move it next to the "Source" column label.
llvm-svn: 281146
|
#
7b9e9bb4 |
| 10-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Minor visual tweaks for html reports
- Change the location of the 'Region Coverage' column. - Use less css and text for some labels.
llvm-svn: 281145
|
#
c236e5a0 |
| 09-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Remove some asserts in the html renderer (NFC)
These asserts are making tests fragile. The renderer does not enter an invalid state when they fail, however, it may spit out a garbled cove
[llvm-cov] Remove some asserts in the html renderer (NFC)
These asserts are making tests fragile. The renderer does not enter an invalid state when they fail, however, it may spit out a garbled coverage report because the source text no longer matches the provided coverage mapping.
Another follow-up to r281072.
llvm-svn: 281076
show more ...
|
#
a59334da |
| 09-Sep-2016 |
Vedant Kumar <vsk@apple.com> |
[llvm-cov] Emit a summary in the report directory's index
llvm-cov writes out an index file in '-output-dir' mode, albeit not a very informative one. Try to fix that by using the CoverageReport API
[llvm-cov] Emit a summary in the report directory's index
llvm-cov writes out an index file in '-output-dir' mode, albeit not a very informative one. Try to fix that by using the CoverageReport API to include some basic summary information in the index file.
llvm-svn: 281011
show more ...
|