Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-12-04T18:35:14+00:00 2019-12-04T18:35:14+00:00 Vedant Kumar vsk@apple.com 2019-12-04T18:35:14+00:00 urn:sha1:f208b70fbc4dee78067b3c5bd6cb92aa3ba58a1e This reverts commit e18531595bba495946aa52c0a16b9f9238cff8bc. On Windows, there is an error: http://lab.llvm.org:8011/builders/sanitizer-windows/builds/54963/steps/stage%201%20check/logs/stdio error: C:\b\slave\sanitizer-windows\build\stage1\projects\compiler-rt\test\profile\Profile-x86_64\Output\instrprof-merging.cpp.tmp.v1.o: Failed to load coverage: Malformed coverage data 2019-12-04T18:10:55+00:00 Vedant Kumar vsk@apple.com 2019-10-21T18:48:38+00:00 urn:sha1:e18531595bba495946aa52c0a16b9f9238cff8bc Revise the coverage mapping format to reduce binary size by: 1. Naming function records and marking them `linkonce_odr`, and 2. Compressing filenames. This shrinks the size of llc's coverage segment by 82% (334MB -> 62MB) and speeds up end-to-end single-threaded report generation by 10%. For reference the compressed name data in llc is 81MB (__llvm_prf_names). Rationale for changes to the format: - With the current format, most coverage function records are discarded. E.g., more than 97% of the records in llc are *duplicate* placeholders for functions visible-but-not-used in TUs. Placeholders *are* used to show under-covered functions, but duplicate placeholders waste space. - We reached general consensus about giving (1) a try at the 2017 code coverage BoF [1]. The thinking was that using `linkonce_odr` to merge duplicates is simpler than alternatives like teaching build systems about a coverage-aware database/module/etc on the side. - Revising the format is expensive due to the backwards compatibility requirement, so we might as well compress filenames while we're at it. This shrinks the encoded filenames in llc by 86% (12MB -> 1.6MB). See CoverageMappingFormat.rst for the details on what exactly has changed. Fixes PR34533 [2], hopefully. [1] http://lists.llvm.org/pipermail/llvm-dev/2017-October/118428.html [2] https://bugs.llvm.org/show_bug.cgi?id=34533 Differential Revision: https://reviews.llvm.org/D69471 2019-10-30T05:38:38+00:00 Vlad Tsyrklevich vtsyrklevich@google.com 2019-10-30T05:38:38+00:00 urn:sha1:8d24d72f7f8b7a111f96510fc6d62b05bfb7dbec This reverts commit bfed824b57d14e2ba98ddbaf1a1410cf04a3e279, the included test fails on many bots including the sanitier bots, e.g. in http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-fast/builds/36140 2019-10-30T01:26:33+00:00 Vedant Kumar vsk@apple.com 2019-10-29T22:47:23+00:00 urn:sha1:bfed824b57d14e2ba98ddbaf1a1410cf04a3e279 Add the `-whitelist-filename-regex` option to restrict coverage reporting to file paths that match a whitelist regex. Patch by Michael Daniels! rdar://56720320 2019-09-10T00:06:52+00:00 Reid Kleckner rnk@google.com 2019-09-10T00:06:52+00:00 urn:sha1:87d47cb7c4792cb4dbb6911b9d11e5bd9f2dc928 This means these tests will run on Windows. Replace one with UNSUPPORTED: system-windows. llvm-svn: 371473 2019-08-28T20:35:50+00:00 James Y Knight jyknight@google.com 2019-08-28T20:35:50+00:00 urn:sha1:f025968bccde3c10b1245a9619b01c13b7e2caf9 Before this change, if multiple binary files were presented, all of them must have been instrumented or the load would fail with coverage_map_error::no_data_found. Patch by Dean Sturtevant. Differential Revision: https://reviews.llvm.org/D66763 llvm-svn: 370257 2019-07-02T13:13:36+00:00 Paul Robinson paul.robinson@sony.com 2019-07-02T13:13:36+00:00 urn:sha1:ca4e80182e38e844ba6342847c61a878e5689789 llvm-svn: 364919 2019-06-28T15:38:25+00:00 Max Moroz mmoroz@chromium.org 2019-06-28T15:38:25+00:00 urn:sha1:176b9f651685c52bce25e700a758bd33e6a5354d Summary: Patch by Chuan Qiu (@eagleonhill). Reviewers: Dor1s Reviewed By: Dor1s Subscribers: lebedev.ri, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D63571 llvm-svn: 364653 2019-06-14T01:08:50+00:00 Douglas Yung douglas.yung@sony.com 2019-06-14T01:08:50+00:00 urn:sha1:5b188f8dac089b5ff1edbc86b22e5b40e77b12ed llvm-svn: 363347 2019-06-13T20:48:57+00:00 Vedant Kumar vsk@apple.com 2019-06-13T20:48:57+00:00 urn:sha1:901d04fc6df81279741ab8afff39bcdaa448200f Support loading code coverage data from regular archives, thin archives, and from MachO universal binaries which contain archives. Testing: check-llvm, check-profile (with {A,UB}San enabled) rdar://51538999 Differential Revision: https://reviews.llvm.org/D63232 llvm-svn: 363325