summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python
Commit message (Collapse)AuthorAgeFilesLines
...
* Revert "Improve the libstdc++ smart pointer formatters"Pavel Labath2016-10-252-48/+16
| | | | | | | This reverts commit r284828, as it causes an infinite loop in TestPrintStackTraces (funnily enough, only when logging is enabled). llvm-svn: 285068
* remove xfail from TestObjCNewSyntax.py test_expr_gmodules()Todd Fiala2016-10-241-4/+0
| | | | | | | Fixes: rdar://27792848 llvm-svn: 285032
* Use shorter names in TestConcurrentEvents testsPavel Labath2016-10-2435-35/+35
| | | | | | | | | Otherwise, they tend to generate filename too long errors. They already contain the same test name in the directory, file, and class names, so no information is really lost here. llvm-svn: 284987
* [Test Suite] Allow overriding codesign identityChris Bieneman2016-10-213-2/+9
| | | | | | | | | | | | Summary: Not everyone names their code sign identity "lldb_codesign", so it is nice to allow this to be overridden. Reviewers: zturner, tfiala Subscribers: labath, mgorny, lldb-commits Differential Revision: https://reviews.llvm.org/D25714 llvm-svn: 284893
* Add data formatter for libstdc++ unique_ptrTamas Berghammer2016-10-213-0/+91
| | | | | | Differential revision: https://reviews.llvm.org/D25734 llvm-svn: 284830
* Add data formatter for libstdc++ tupleTamas Berghammer2016-10-213-0/+66
| | | | | | Differential revision: https://reviews.llvm.org/D25733 llvm-svn: 284829
* Improve the libstdc++ smart pointer formattersTamas Berghammer2016-10-212-16/+48
| | | | | | | | | | * Display the strong/weak count in the summary * Display the pointed object as a synthetic member * Create synthetic children for weak/strong count Differential revision: https://reviews.llvm.org/D25726 llvm-svn: 284828
* Add TestMultipleHits.pyPavel Labath2016-10-213-0/+92
| | | | | | | | This tests that lldb handles the situation when a single instruction triggers multiple watchpoint hits. It currently fails on arm due to what appears to be a lldb-server bug (pr30758). llvm-svn: 284819
* Revert "Fix a race condition between "ephemeral watchpoint disable/enable" ↵Pavel Labath2016-10-211-1/+6
| | | | | | | | | | | | | | | | | and continue in commands." This reverts commit r284795, as it breaks watchpoint handling on arm (and presumable all architectures that report watchpoint hits without executing the tripping instruction). There seems to be something fundamentally wrong with this patch: it uses process_sp->AddPreResumeAction to re-enable the watchpoint, but the whole point of the step-over-watchpoint logic (which AFAIK is the only user of this class) is to disable the watchpoint *after* we resume to do the single step. I have no idea how to fix this except by reverting the offending patch. llvm-svn: 284817
* Fix a race condition between "ephemeral watchpoint disable/enable" and ↵Jim Ingham2016-10-211-6/+1
| | | | | | | | | | continue in commands. Also, watchpoint commands, like breakpoint commands, need to run in async mode. This was causing intermittent failures in TestWatchpointCommandPython.py, which is now solid. llvm-svn: 284795
* Remove an unnecessary and incorrect check for num locations of a breakpointJim Ingham2016-10-201-8/+0
| | | | | | | by grubbing the break list output. If you pass a number of locations into the run_break_* functions, they will check that this is right for you. llvm-svn: 284791
* Re-landing a cleaned up implementation of r284550Chris Bieneman2016-10-201-18/+24
| | | | | | | | | | This time it should actually work. The previous implementaiton was not getting the linker or compiler flag set correctly in all the right situations. By moving the check down and basing it of whether or not CXX is set I we can have the logic to add the flags exist only once for the linker and once for the compiler instead of duplicating it. llvm-svn: 284756
* Fix ARM/AArch64 Step-Over watchpoint issue remove provision for duplicate ↵Omair Javaid2016-10-203-0/+131
| | | | | | | | | | | watchpoints This patch fixes ARM/AArch64 watchpoint bug which was taking inferior out of control while stepping over watchpoints. Also adds a test case that tests above problem. Differential revision: https://reviews.llvm.org/D25057 llvm-svn: 284706
* Added a decorator for the macOS version and switched over testcases that ↵Sean Callanan2016-10-207-13/+17
| | | | | | used platform.release llvm-svn: 284674
* Revert back to the state before r284550Chris Bieneman2016-10-191-33/+18
| | | | | | This patch is causing a lot of issues on bots that I didn't see in local testing. I'm going to have to work on this. Reverting for now while I sort it out. llvm-svn: 284565
* Trying to fix a few more missing LDFLAGS.Chris Bieneman2016-10-191-0/+6
| | | | llvm-svn: 284564
* Fixing the linux bots I broke in r284550Chris Bieneman2016-10-191-3/+9
| | | | | | Need to gate cxx linker adding driver-mode flag based on the linker being clang. llvm-svn: 284555
* Use clang --driver-mode instead of guessing c++ compiler pathChris Bieneman2016-10-181-18/+21
| | | | | | | | | | | | | | | Summary: When building the LLDB test programs, if your CC is clang it actually isn't safe to make CXX a string replace of "clang -> clang++". This falls down on unix configurations if your compiler is clang-${version}. A safer approach is to use the "--driver-mode=g++" option to tell clang to act like clang++. Reviewers: tfiala, zturner, labath Subscribers: lldb-commits Differential Revision: https://reviews.llvm.org/D25753 llvm-svn: 284550
* xfail TestMiSyntax.py's test_lldbmi_output_grammar on macOSTodd Fiala2016-10-181-0/+1
| | | | | | | | | Needs to be investigated. This is failing locally and on the Xcode CI. rdar://28805064 llvm-svn: 284484
* Remove a debug print statement.Jim Ingham2016-10-181-1/+0
| | | | llvm-svn: 284448
* More testsuite xfail markings cleanup.Jim Ingham2016-10-182-3/+2
| | | | llvm-svn: 284446
* Fix a crash in expressions with fixits in the dummy target.Jim Ingham2016-10-171-2/+9
| | | | | | | | | In the expression command, if the target is NULL, you have to use the dummy target. <rdar://problem/28811687> llvm-svn: 284439
* This test is no longer failing for gmodules.Jim Ingham2016-10-151-4/+0
| | | | llvm-svn: 284296
* This test passes on i386 now.Jim Ingham2016-10-141-4/+0
| | | | llvm-svn: 284183
* This test is passing on i386 now.Jim Ingham2016-10-141-2/+0
| | | | llvm-svn: 284182
* Use LLDB_SRC for relative pathsChris Bieneman2016-10-121-2/+10
| | | | | | | | | | | | | | | Summary: Going from LLDB_SRC instead of the file path is safer when looking for compiler-rt. Also need to add support for looking inside the LLVM runtimes subdirectory. Eventually we should just get CMake to provide these paths during configuration. Reviewers: tfiala, zturner Subscribers: lldb-commits Differential Revision: https://reviews.llvm.org/D25489 llvm-svn: 284045
* Fix test suite lookup path for LLDB.hChris Bieneman2016-10-121-7/+9
| | | | | | | | | | | | | | | | | Summary: When running on Darwin, the test suite assumes a specific directory structure for the build directory. This works for the Xcode project builds, but fails for CMake builds regardless of whether or not you are generating the LLDB framework. This patch allows the Darwin code path to fall back to the more generic code path used by other platforms in the event that LLDB.h isn't where the test suite expects it. This allows API tests to run on Darwin when building with CMake with the framework build enabled or disabled. Reviewers: tfiala, zturner Subscribers: labath, lldb-commits Differential Revision: https://reviews.llvm.org/D25488 llvm-svn: 284043
* Fix building tests without system headers on DarwinChris Bieneman2016-10-121-1/+1
| | | | | | | | | | | | Summary: Default installations of OS X do not have system headers installed at /usr/include. This patch allows the LLDB test executables to properly compile when built on a system without headers at /usr/include by specifying a default value for the apple-sdk flag as "macosx". Reviewers: tfiala, zturner Subscribers: lldb-commits Differential Revision: https://reviews.llvm.org/D25487 llvm-svn: 284042
* Fix lookup path for lldb-miChris Bieneman2016-10-121-6/+7
| | | | | | | | | | | | | | | | | Summary: The test suite calls realpath on the lldb executable then append "-mi" to it to find the path of the lldb-mi executable. This does not work when using CMake builds on *nix platforms. On *nix platforms when a version number is set on executables CMake generates the binary as ${name}-${version} with a symlink named ${name} pointing to it. This results in the lldb executable being named lldb-4.0.0, and since lldb-4.0.0-mi doesn't ever match the lldb-mi executable these tests are always disabled. This patch looks for lldb-mi in the same directory as lldb. Reviewers: zturner, tfiala Subscribers: ki.stfu, enlight, lldb-commits Differential Revision: https://reviews.llvm.org/D25486 llvm-svn: 284041
* This test now passes.Jim Ingham2016-10-121-2/+0
| | | | llvm-svn: 283959
* This was skipped due to a clang PR that has been fixed.Jim Ingham2016-10-111-1/+0
| | | | llvm-svn: 283957
* Added a radar on our end for this test's failure.Jim Ingham2016-10-111-1/+1
| | | | llvm-svn: 283956
* Add the radar number on our end.Jim Ingham2016-10-111-1/+1
| | | | llvm-svn: 283940
* This test now passes.Jim Ingham2016-10-111-1/+0
| | | | llvm-svn: 283929
* Added a bugreport tracking the failure to get float return valuesJim Ingham2016-10-111-5/+6
| | | | | | on i386. llvm-svn: 283923
* Fixing the bug number for darwin on this failure.Jim Ingham2016-10-111-1/+3
| | | | llvm-svn: 283843
* This test was failing because /bin/ls is no longer debuggable on OS X.Jim Ingham2016-10-113-2/+19
| | | | | | Add an executable that we can debug. llvm-svn: 283835
* Adding radar number on our end for llvm.org/pr15824.Jim Ingham2016-10-101-2/+2
| | | | llvm-svn: 283821
* Add the related radar on our end for llvm.org/pr15824.Jim Ingham2016-10-101-1/+1
| | | | llvm-svn: 283820
* Add the radar number on our end.Jim Ingham2016-10-101-1/+1
| | | | llvm-svn: 283813
* [LLDB][MIPS] All tests get errors in dotest after this test.Nitesh Jain2016-10-102-0/+6
| | | | | Subscribers: jaydeep, bhushan, slthakur, llvm-commits llvm-svn: 283739
* [LLDB][MIPS] Skip some test case which were causing LLDB to go into infinite ↵Nitesh Jain2016-10-1035-35/+35
| | | | | | | | | | | | loop Reviewers: clayborg, labath Subscribers: jaydeep, bhushan, slthakur, llvm-commits Differential Revision: https://reviews.llvm.org/D24549 llvm-svn: 283732
* The PR that caused this test ot fail was fixed in July, removing the XFAIL.Jim Ingham2016-10-071-1/+0
| | | | llvm-svn: 283578
* disable TSAN tests on macOS i386Todd Fiala2016-10-061-0/+4
| | | | | | | | | These are erroring out on macOS i386. Tracked by: rdar://28659145 llvm-svn: 283497
* xfail TestReportData.py on i386Todd Fiala2016-10-061-0/+1
| | | | | | | Tracked by: rdar://28658860 llvm-svn: 283493
* xfail TestQueues on macOSTodd Fiala2016-10-061-0/+1
| | | | | | | | | | This test is failing on CI. I cannot get it to fail on my local setup. Tracked by: rdar://28658529 llvm-svn: 283492
* xfail TestSBTypeTypeClass.py on macOS i386Todd Fiala2016-10-061-1/+5
| | | | | | | Tracked by: rdar://28656677 llvm-svn: 283484
* xfail TestDataFormatterNSIndexPath.py on macOS i386Todd Fiala2016-10-061-0/+1
| | | | | | | Tracked by: rdar://28656605 llvm-svn: 283483
* xfail TestExec.py on macOS i386Todd Fiala2016-10-061-0/+1
| | | | | | | Tracked by: rdar://28656532 llvm-svn: 283482
* xfail TestDiagnoseDereferenceFunctionReturn.py on macOS i386Todd Fiala2016-10-061-0/+1
| | | | | | | Tracked by: rdar://28656408 llvm-svn: 283481
OpenPOWER on IntegriCloud