bcm5719-llvm/llvm/test/tools/llvm-cov/Inputs/showExpansions.covmapping, branch meklort-10.0.1 Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2016-05-18T07:43:27+00:00 [Coverage] Ensure that coverage mapping data has an expected alignment in 'covmapping' files. 2016-05-18T07:43:27+00:00 Igor Kudrin ikudrin.dev@gmail.com 2016-05-18T07:43:27+00:00 urn:sha1:eb10307347fee33b9dda7a9567e6d69534d6040d Coverage mapping data is organized in a sequence of blocks, each of which is expected to be aligned by 8 bytes. This feature is used when reading those blocks, see VersionedCovMapFuncRecordReader::readFunctionRecords(). If a misaligned covearge mapping data has more than one block, it causes llvm-cov to fail. Differential Revision: http://reviews.llvm.org/D20285 llvm-svn: 269887 InstrProf: Remove CoverageMapping::HasCodeBefore, it isn't used 2015-02-03T21:35:36+00:00 Justin Bogner mail@justinbogner.com 2015-02-03T21:35:36+00:00 urn:sha1:de15817ea20f021f23b47fe0c42317b98302eecc It's not entirely clear to me what this field was meant for, but it's always false. Remove it. llvm-svn: 228034 llvm-cov: Prevent a test from matching its own check lines 2014-09-19T19:04:08+00:00 Justin Bogner mail@justinbogner.com 2014-09-19T19:04:08+00:00 urn:sha1:a829fde1601bc5c21e57e00d63f4af1bbf37580b Since llvm-cov shows the source file in its output, be careful about potentially matching the check lines themselves. llvm-svn: 218138 Revert "llvm-cov: Remove an overly system specific test" 2014-09-11T23:20:48+00:00 Justin Bogner mail@justinbogner.com 2014-09-11T23:20:48+00:00 urn:sha1:3d7260e7b21b6630ac42e1838c582a84c57e8a95 This fixes a call to sys::fs::equivalent that should've been to CodeCoverageTool::equivalentFiles, which lets us restore the test of r217476 that was removed in r217478. This reverts r217478, but the test works this time. llvm-svn: 217646 llvm-cov: Fix a misuse of ArrayRef::slice I introduced in r217430 2014-09-10T06:06:07+00:00 Justin Bogner mail@justinbogner.com 2014-09-10T06:06:07+00:00 urn:sha1:3f81d4953a0ff276522c08bdf1202ac8ec4c7fbd It appears this code was completely untested, so using ArrayRef wrong didn't break anything obvious. llvm-svn: 217476