Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [dotest] Delete trivial inline test makefiles | Pavel Labath | 2019-09-05 | 1 | -4/+0 |
| | | | | | | inline tests are able to generate these automatically llvm-svn: 371015 | ||||
* | [dotest] Avoid the need for LEVEL= makefile boilerplate | Pavel Labath | 2019-09-04 | 1 | -3/+1 |
| | | | | | | | | | | | | | | | | | | | | | | | Summary: Instead of each test case knowing its depth relative to the test root, we can just have dotest add the folder containing Makefile.rules to the include path. This was motivated by r370616, though I have been wanting to do this ever since we moved to building tests out-of-tree. The only manually modified files in this patch are lldbinline.py and plugins/builder_base.py. The rest of the patch has been produced by this shell command: find . \( -name Makefile -o -name '*.mk' \) -exec sed --in-place -e '/LEVEL *:\?=/d' -e '1,2{/^$/d}' -e 's,\$(LEVEL)/,,' {} + Reviewers: teemperor, aprantl, espindola, jfb Subscribers: emaste, javed.absar, arichardson, christof, arphaman, lldb-commits Differential Revision: https://reviews.llvm.org/D67083 llvm-svn: 370845 | ||||
* | Fix linux fallout from c++ gmodules enable | Pavel Labath | 2018-01-26 | 1 | -2/+4 |
| | | | | | | | | | | | TestLibcxxListLoop - fails because the evil "define private public" trick does not work with gmodules. The purpose of the test is not to test debug info parsing so I just mark it as no_debug_info_testcase. In the long term it may be interesting to write a mock std::list which will allow us to test bad inputs to data formatters more easily. TestGModules - seems to be a genuine bug. Filed pr36107 and xfailed. llvm-svn: 323520 | ||||
* | Look for external types in all clang modules imported by the current symbol ↵ | Adrian Prantl | 2018-01-04 | 7 | -0/+51 |
file. This fixes a bug in -gmodules DWARF handling when debugging without a .dSYM bundle that was particularly noticable when debugging LLVM itself. Debugging without clang modules and DWO handling should be unaffected by this patch. <rdar://problem/32436209> llvm-svn: 321802 |