summaryrefslogtreecommitdiffstats
path: root/llvm/test/tools/llvm-cov/Inputs
Commit message (Collapse)AuthorAgeFilesLines
...
* llvm-cov: Added support for function checksums.Yuchen Wu2013-12-046-0/+0
| | | | | | | The function checksums are hashed from the concatenation of the function name and line number. llvm-svn: 196358
* llvm-cov: Added file checksum to gcno and gcda files.Yuchen Wu2013-11-204-0/+0
| | | | | | | | | | | | Instead of permanently outputting "MVLL" as the file checksum, clang will create gcno and gcda checksums by hashing the destination block numbers of every arc. This allows for llvm-cov to check if the two gcov files are synchronized. Regenerated the test files so they contain the checksum. Also added negative test to ensure error when the checksums don't match. llvm-svn: 195191
* llvm-cov: Removed StringMap holding GCOVLines.Yuchen Wu2013-11-141-0/+0
| | | | | | | | | | | | | | | | | According to the hazy gcov documentation, it appeared to be technically possible for lines within a block to belong to different source files. However, upon further investigation, gcov does not actually support multiple source files for a single block. This change removes a level of separation between blocks and lines by replacing the StringMap of GCOVLines with a SmallVector of ints representing line numbers. This also means that the GCOVLines class is no longer needed. This paves the way for supporting the "-a" option, which will output block information. llvm-svn: 194637
* Added basic unit test for llvm-cov.Yuchen Wu2013-11-135-0/+166
| | | | | | | | | | This test compares the output of llvm-cov against a coverage file generated by gcov. Currently, llvm-cov does not work on certain platforms (namely big-endian architectures such as PowerPC, among others). These platforms are marked as XFAIL for now, but will be fixed later. llvm-svn: 194616
* Revert "Added basic unit test for llvm-cov."Yuchen Wu2013-11-125-166/+0
| | | | | | | | | | | This reverts commit r194451. Not sure why the tests are failing on the buildbot. They run fine on my local machine. Could it possibly be because of the endianness of the architectures? The GCNO and GCDA files are little-endian encoded, and llvm-cov expects it to remain that way. Is this a safe assumption? llvm-svn: 194454
* llvm-cov: Added call to update run/program counts.Yuchen Wu2013-11-122-0/+0
| | | | | | Also updated test files that were generated from this change. llvm-svn: 194453
* Added basic unit test for llvm-cov.Yuchen Wu2013-11-125-0/+166
| | | | | | | | | This test compares the output of llvm-cov against a coverage file generated by gcov. Since the source file must be in the current directory when reading GCNO files, the test will first cd into the Inputs directory. llvm-svn: 194451
* Revert "Added basic unit test for llvm-cov."Yuchen Wu2013-11-055-166/+0
| | | | | | This reverts commit 9cacd131c22b888303cb88e9a3235b2d7b2f19a1. llvm-svn: 194039
* Added basic unit test for llvm-cov.Yuchen Wu2013-11-055-0/+166
This test compares the output of llvm-cov against a coverage file generated by gcov. llvm-svn: 194038
OpenPOWER on IntegriCloud