summaryrefslogtreecommitdiffstats
path: root/llvm/test/tools/llvm-cov/Inputs/test.gcda
Commit message (Collapse)AuthorAgeFilesLines
* llvm-cov: Added test.h header to tests.Yuchen Wu2013-12-071-0/+0
| | | | llvm-svn: 196632
* llvm-cov: Regenerated gcov files with r195513 changes.Yuchen Wu2013-12-061-0/+0
| | | | llvm-svn: 196609
* Un-revert r196358: "llvm-cov: Added support for function checksums."Daniel Jasper2013-12-041-0/+0
| | | | | | And add the proper fix. llvm-svn: 196367
* Revert r196358: "llvm-cov: Added support for function checksums."Daniel Jasper2013-12-041-0/+0
| | | | | | | This currently breaks clang/test/CodeGen/code-coverage.c. The root cause is that the newly introduced access to Funcs[j] is out of bounds. llvm-svn: 196365
* llvm-cov: Added support for function checksums.Yuchen Wu2013-12-041-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-201-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
* Added basic unit test for llvm-cov.Yuchen Wu2013-11-131-0/+0
| | | | | | | | | | 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-121-0/+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-121-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-121-0/+0
| | | | | | | | | 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-051-0/+0
| | | | | | This reverts commit 9cacd131c22b888303cb88e9a3235b2d7b2f19a1. llvm-svn: 194039
* Added basic unit test for llvm-cov.Yuchen Wu2013-11-051-0/+0
This test compares the output of llvm-cov against a coverage file generated by gcov. llvm-svn: 194038
OpenPOWER on IntegriCloud