- Feb 15, 2013
-
-
Daniel Malea authored
- fixed cleanup of Popen objects by pushing spawn logic into test Base and out of test cases - connect subprocess stdin to PIPE (rather than the parent's STDIN) to fix silent terminal issue Tested on Linux and Mac OS X llvm-svn: 175301
-
Daniel Malea authored
- Enable TestFormatters.py: expressions with "new" work - Enable TestChangeValueAPI.py: llvm.org/PR15039 fixed - Disable expression_command/call-restarts due to llvm.org/PR15278 - Disable expression_command/call-throws due to ObjC test program llvm-svn: 175287
-
Enrico Granata authored
Daniel Malea caught an issue where calling dotest.py with an invalid directory would cause the progressbar init code to raise an exception This commit fixes it llvm-svn: 175229
-
Daniel Malea authored
- stop ignoring the error-codes in the 'error' variable - removed out-of-bounds accesses with read-only array fields such as: self.assertTrue(data2.uint8[6] == 0, 'binary 0 terminator') Since SBData wraps a (6-character) python string literal, trying to read the null-terminator raises an exception. Instead, I replaced the out-of-bounds read with a length-check. Other out-of-bounds reads (via accessor function like SBData.GetUnsignedInt8) don't throw and are OK. I just added asserts that errors are set for these negative cases. llvm-svn: 175223
-
- Feb 14, 2013
-
-
Jim Ingham authored
<rdar://problem/13183944> llvm-svn: 175127
-
Daniel Malea authored
- test could be re-written at some point, but right now just trying to clean up known failures for the linux buildbot. llvm-svn: 175114
-
Daniel Malea authored
- PR-15260: lldb does not display correct value of 1-bit field - PR-16261: lldb does not display size of (file/class) static array llvm-svn: 175111
-
- Feb 13, 2013
-
-
Matt Kopec authored
Skip another two other tests asserting on Linux in RecordLayoutBuilder::updateExternalFieldOffset(). llvm-svn: 175103
-
Daniel Malea authored
Skip test that causes lldb to assert due to inferior getting a SIGSEGV with si_code == SI_KERNEL (PR-15258) - crash does not always reproduce llvm-svn: 175095
-
Daniel Malea authored
- Filed bugzilla PR-15256 llvm-svn: 175065
-
Daniel Malea authored
- test was passing before r174793... llvm-svn: 175064
-
- Feb 11, 2013
-
-
Jim Ingham authored
llvm-svn: 174897
-
- Feb 09, 2013
-
-
Jim Ingham authored
Reworked the way Process::RunThreadPlan and the ThreadPlanCallFunction interoperate to fix problems where hitting auto-continue signals while running a thread plan would cause us to lose control of the debug session. <rdar://problem/12993641> llvm-svn: 174793
-
Enrico Granata authored
The new progress bar mode was losing us information compared to the old dots mode in that we would have no way of knowing about test failures (short of peeking into the test result directory.. and you're not supposed to peek!) Added a new line of information that reports the count of tests that pass, fail or have other things happen to them. Again no flag to have the dots back. If you care, let us know! llvm-svn: 174784
-
rdar://problem/13176279Enrico Granata authored
The LLDB test suite now shows a progress bar instead of dots when not in verbose mode If you crave the dots, make your Terminal window smaller than 10 columns :-) (or ask for a flag to have the dots come back on demand) llvm-svn: 174777
-
- Feb 08, 2013
-
-
Greg Clayton authored
Unset the environment variables as soon as possible when running the test suite. Also don't store the unset list into a global when they aren't needed in a global variable. llvm-svn: 174750
-
- Feb 06, 2013
-
-
Daniel Malea authored
- resolves errors in cases that run the lldb CLI utility llvm-svn: 174522
-
Daniel Malea authored
llvm-svn: 174520
-
Greg Clayton authored
Fixed the TestSourceManager.py test case to not fail. It was using the "list" alias which has now been turned into a regex command that mimics the GDB equivalent. Changed "list" to "source list" to get around this problem. llvm-svn: 174474
-
- Feb 05, 2013
-
-
Enrico Granata authored
llvm-svn: 174437
-
- Feb 04, 2013
-
-
rdar://problem/12953018Enrico Granata authored
Synthetic children and summary for std::vector<bool> (for both libcxx and libstdcpp). std::vector<bool> is a special case and is custom-implemented to be a vector of bits, which means we failed to handle it with the standard std::vector<T> formatter. This checkin provides custom formatters that work correctly llvm-svn: 174333
-
- Feb 01, 2013
-
-
rdar://problem/13092722Greg Clayton authored
Fix in loading mach files from memory when using DynamicLoaderMacOSXDYLD. Removed the uuid mismatch warning that could be spit out and any time during debugging and removed the test case that was looking for that. Currently the "add-dsym" or "target symbols add" command will report an error when the UUID's don't match. Be more careful when checking and resolving section + offset addresses to make sure none of the base addresses are invalid. llvm-svn: 174222
-
Sean Callanan authored
support reporting "this" as a templated class. The expression parser wraps expressions in C++ methods as methods with the signature $__lldb_class::$__lldb_expr(...) and previously responded to clang's queries about $__lldb_class with the type of *this. This didn't work if *this was a ClassTemplateSpecializationDecl because ClassTemplateSpecializationDecls can't be the result of simple name queries. Instead what we do now is respond that $__lldb_class is a typedef and that the target of the typedef is the (potentially templated) type of *this. That is much more robust. Thanks to John McCall for key insights. <rdar://problem/10987183> llvm-svn: 174153
-
- Jan 29, 2013
-
-
rdar://problem/12890171Enrico Granata authored
Providing a compact display mode for "po" to use where the convenience variable name and the pointer value are both hidden. This is for convenience when dealing with ObjC instances where the description often gets it right and the debugger-provided information is not useful to most people. If you need either of these, "expr" will still show them. llvm-svn: 173748
-
rdar://problem/12978143Enrico Granata authored
Data formatters now cache themselves. This commit provides a new formatter cache mechanism. Upon resolving a formatter (summary or synthetic), LLDB remembers the resolution for later faster retrieval. Also moved the data formatters subsystem from the core to its own group and folder for easier management, and done some code reorganization. The ObjC runtime v1 now returns a class name if asked for the dynamic type of an object. This is required for formatters caching to work with the v1 runtime. Lastly, this commit disposes of the old hack where ValueObjects had to remember whether they were queried for formatters with their static or dynamic type. Now the ValueObjectDynamicValue class works well enough that we can use its dynamic value setting for the same purpose. llvm-svn: 173728
-
- Jan 25, 2013
-
-
Daniel Malea authored
- set auto-confirm to false when running TestExprs (avoid hang when using API) - set prompt-on-quit to false in test helper (avoid timeout when using lldb CLI) llvm-svn: 173485
-
Daniel Malea authored
- skip rdar12991846 (already marked expected-fail) to avoid introducing a i386 crash llvm-svn: 173483
-
Daniel Malea authored
llvm-svn: 173470
-
Daniel Malea authored
- introduce new variable ARCHFLAG in make/Makefile.rules to switch between "-arch" on Mac and "-m" everywhere else - update testcase makefiles to use LD_EXTRAS instead of LDFLAGS (the former interacts with Makefile.rules badly) - special treatment for gcc 4.6: replace "-std=c++11" with "-std=c++0x" as the former is not handled correctly - remove hardcoded "-arch" from test Makefile This patch should not have any effect on lldb on Mac OS X. llvm-svn: 173402
-
Daniel Malea authored
- Add new decorator "@skipIfGcc" to lldbtest.py llvm-svn: 173394
-
- Jan 24, 2013
-
-
Daniel Malea authored
- since the test program needs to link with LLDB, the test is invalid in 32-bit mode. llvm-svn: 173372
-
Daniel Malea authored
- PR 15038: missing wide char support on Linux - PR 14600 - Exception state registers not supported on Linux - PR 15039: SBProcess.GetSTDOUT() returns an empty buffer - PR 15037: stop-hooks sometimes fail to fire on Linux llvm-svn: 173363
-
Daniel Malea authored
llvm-svn: 173362
-
- Jan 23, 2013
-
-
rdar://problem/12711206Enrico Granata authored
Extending ValueObjectDynamicValue so that it stores a TypeAndOrName instead of a TypeSP. This change allows us to reflect the notion that a ValueObject can have a dynamic type for which we have no debug information. Previously, we would coalesce that to the static type of the object, potentially losing relevant information or even getting it wrong. This fix ensures we can correctly report the class name for Cocoa objects whose types are hidden classes that we know nothing about (e.g. __NSArrayI for immutable arrays). As a side effect, our --show-types argument to frame variable no longer needs to append custom dynamic type information. llvm-svn: 173216
-
- Jan 22, 2013
-
-
Enrico Granata authored
llvm-svn: 173119
-
- Jan 19, 2013
-
-
Sean Callanan authored
in an Objective-C class method. Before, errors of the form error: cannot find interface declaration for '$__lldb_objc_class' would appear when running any expression when the current frame is a block that captures 'self' from an Objective-C class method. <rdar://problem/12905561> llvm-svn: 172880
-
- Jan 18, 2013
-
-
Sean Callanan authored
DW_AT_const_value instead of a location. Also added a testcase covering "frame variable," "expr" using the IR interpreter, and "expr" using the LLVM JIT. <rdar://problem/12978195> llvm-svn: 172848
-
Enrico Granata authored
The wchar_t and char1632_t test cases were erroneously running as x86_64 only even if you tried to run them in i386 mode Courtesy of Daniel Malea for discovering this. llvm-svn: 172764
-
- Jan 15, 2013
-
-
Jim Ingham authored
Separated the "expr --unwind-on-error" behavior into two parts, actual errors (i.e. crashes) which continue to be controlled by the --unwind-on-error flag, and --ignore-breakpoint which separately controls behavior when a called function hits a breakpoint. For breakpoints, we don't unwind, we either stop, or ignore the breakpoint, which makes more sense. Also make both these behaviors globally settable through "settings set". Also handle the case where a breakpoint command calls code that ends up re-hitting the breakpoint. We were recursing and crashing. Now we just stop without calling the second command. <rdar://problem/12986644> <rdar://problem/9119325> llvm-svn: 172503
-
Enrico Granata authored
Adding a test case for expression parser's support for Unicode strings. This is an expected failure for now llvm-svn: 172493
-