Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.0 2019-02-01T10:24:55+00:00 2019-02-01T10:24:55+00:00 James Henderson jh7370@my.bristol.ac.uk 2019-02-01T10:24:55+00:00 urn:sha1:563a29d449def26b9e3bdf9fb1bf59d03b461a62 Prior to this change, there are a few tests called llvm-symbolizer* in the DebugInfo test area. These really were testing either the DebugInfo or Symbolizer library, rather than the llvm-symbolizer tool itself, so this patch renames them to be clearer that they aren't explicitly tests for llvm-symbolizer (such tests belong in test/tools/llvm-symbolizer). This patch also reinstates the copying of a DWO file, removed previously in r352752. The test needs this so that it could possibly fail. Finally, some of the tests have been simplified slightly by removing unnecessary switches and/or unused check-prefixes. Reviewed by: dblaikie Differential Revision: https://reviews.llvm.org/D57518 llvm-svn: 352847 2019-01-31T14:04:47+00:00 James Henderson jh7370@my.bristol.ac.uk 2019-01-31T14:04:47+00:00 urn:sha1:ca8f3cb27c0e569d8b2a2a23aabf2feb5fe6333f This change migrates most llvm-symbolizer tests away from reading input via stdin and instead using --obj + positional arguments for the file and addresses respectively, which makes the tests easier to read. One exception is the test test/tools/llvm-symbolizer/pdb/pdb.test, which was doing some manipulation on the input addresses. This patch simplifies this somewhat, but it still reads from stdin. More changes to follow to simplify/break-up other tests. Reviewed by: dblaikie Differential Revision: https://reviews.llvm.org/D57441 llvm-svn: 352752 2018-12-21T22:25:01+00:00 David Blaikie dblaikie@gmail.com 2018-12-21T22:25:01+00:00 urn:sha1:c3f30a7fc6a166910d4b674301e9108f537daf3c Originally committed in r349333, reverted in r349353. GCC emitted these unconditionally on/before 4.4/March 2012 Clang emitted these unconditionally on/before 3.5/March 2014 This improves performance when parsing CUs (especially those using split DWARF) that contain no code ranges (such as the mini CUs that may be created by ThinLTO importing - though generally they should be/are avoided, especially for Split DWARF because it produces a lot of very small CUs, which don't scale well in a bunch of other ways too (including size)). The revert was due to a (Google internal) test that had some checked in old object files missing DW_AT_ranges. That's since been fixed. llvm-svn: 349968 2018-12-17T14:14:40+00:00 Eric Liu ioeric@google.com 2018-12-17T14:14:40+00:00 urn:sha1:6c933a2bed30be7009b1994d112e188343d40265 This reverts commit r349333. It caused internal test to fail. I have sent more information to the author. llvm-svn: 349353 2018-12-17T08:27:19+00:00 David Blaikie dblaikie@gmail.com 2018-12-17T08:27:19+00:00 urn:sha1:884deed1b383b869b0e785a2fa5a823bfd4d00e3 GCC emitted these unconditionally on/before 4.4/March 2012 Clang emitted these unconditionally on/before 3.5/March 2014 This improves performance when parsing CUs (especially those using split DWARF) that contain no code ranges (such as the mini CUs that may be created by ThinLTO importing - though generally they should be/are avoided, especially for Split DWARF because it produces a lot of very small CUs, which don't scale well in a bunch of other ways too (including size)). llvm-svn: 349333 2018-02-09T15:39:04+00:00 David Blaikie dblaikie@gmail.com 2018-02-09T15:39:04+00:00 urn:sha1:6f374a3d7588a41aa7509da86d6f3387c538fa47 llvm-svn: 324740 2018-02-09T15:33:39+00:00 David Blaikie dblaikie@gmail.com 2018-02-09T15:33:39+00:00 urn:sha1:6955b192ab81edcfe47d5aa3dbf20f49d973694e llvm-svn: 324738 2018-02-09T03:34:32+00:00 David Blaikie dblaikie@gmail.com 2018-02-09T03:34:32+00:00 urn:sha1:787a3df9516b80160d7fb72e0e3d0ed4123ad45b Identified in an llvm-dev discussion around DWARFUnit::collectAddressRanges llvm-svn: 324702