Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [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 TestOperatorOverload for 32-bit builds | Pavel Labath | 2018-03-21 | 2 | -14/+4 |
| | | | | | | | | | | | | - use more goodies from Makefile.rules to correctly build a 32-bit binary. - avoid hardcoding typeof(nil) in the test. This should partially fix the linux bot. There is still one assertion failure remaining, which I'll have to investigate separately, as I am not experiencing it locally. llvm-svn: 328083 | ||||
* | [Testsuite] Modernize this test to be run out-of-tree. | Davide Italiano | 2018-03-20 | 1 | -5/+3 |
| | | | | | | | | New tests should run the make syntax voodoo $@ and $< instead of hardcoding the names. We should also document how to write one, it's on my list. llvm-svn: 328062 | ||||
* | [ExpressionParser] Re-implement r327356 in a less disruptive way. | Davide Italiano | 2018-03-20 | 4 | -0/+61 |
Instead of applying the sledgehammer of refusing to insert any C++ symbol in the ASTContext, try to validate the decl if what we have is an operator. There was other code in lldb which was responsible for this, just not really exposed (or used) in this codepath. Also, add a better/more comprehensive test. <rdar://problem/35645893> llvm-svn: 328025 |