- Feb 25, 2013
-
-
Daniel Malea authored
- was causing buildbot failures due to unexpected pass llvm-svn: 176048
-
- Feb 23, 2013
-
-
Enrico Granata authored
llvm-svn: 175946
-
Enrico Granata authored
Fixing issues in previous checkin - still figuring out how to make expectedFailureClang take the bugnumber llvm-svn: 175945
-
Dmitri Gribenko authored
llvm-svn: 175944
-
rdar://problem/12362092Enrico Granata authored
The decorators @expectedFailure (plain and special-case like i386, clang, ...) are modified to optionally take a bugnumber argument If such an argument is specified, the failure report (or unexpected success report) will include the information passed in as part of the message This is mostly useful for associating failures to issue IDs in issue management systems (e.g. the LLVM bugzilla) llvm-svn: 175942
-
- Feb 22, 2013
-
-
Daniel Malea authored
llvm-svn: 175917
-
Enrico Granata authored
llvm-svn: 175845
-
Daniel Malea authored
- replace "catch-all" except clause with one that specifically catches what pexpect throws - handle case where child is already terminated (or is terminating) by the time tear-down is run llvm-svn: 175844
-
Enrico Granata authored
llvm-svn: 175842
-
Enrico Granata authored
llvm-svn: 175832
-
Daniel Malea authored
llvm-svn: 175822
-
- Feb 21, 2013
-
-
Daniel Malea authored
functions start at the line with the "{" character, whereas clang uses the first line with source code. As such, this test case will only work with clang. llvm-svn: 175808
-
Daniel Malea authored
llvm-svn: 175801
-
Daniel Malea authored
llvm-svn: 175798
-
rdar://problem/4529976Enrico Granata authored
Adding data formatters for iterators for std::map and std::vector (both libc++ and libstdcpp) This does not include reverse iterators since they are both trickier (due to requirements the standard imposes on them) and much less useful llvm-svn: 175787
-
- Feb 20, 2013
-
-
Daniel Malea authored
Add logging of which test cases are run (through dosep) to help diagnose any hangs/crashes in the buildbots. llvm-svn: 175669
-
Daniel Malea authored
Turns out unnamed bit fields should not be accessed ever in C (C99 section 4.7.8) or C++ (C++11 section 9.6). Unrelated to the above, this commit marks TestBitfields as expected-to-fail with GCC as 4.7 has problems with padding... the size of the struct with a uint32_t member is reported as 12 when GCC is used. Clang emits correct code. Parts of this patch prepared by Filipe Cabecinhas! llvm-svn: 175666
-
Daniel Malea authored
Skip TestCompletion case that fails on linux (with gcc) because the input prompt is not displayed (llvm.org/pr14637) llvm-svn: 175665
-
Matt Kopec authored
-Change the build_dir variable name to lib_dir -Set lib_dir to the correct location on Linux -Set LD_EXTRAS to the actual lldb library llvm-svn: 175664
-
Daniel Malea authored
- occurs when multiple compilers/architectures are tested (via -C or -A flags) llvm-svn: 175656
-
Daniel Malea authored
- make the test case step past the location where 'index' is initialized, otherwise its value cannot be printed (verified gcc 4.6/4.7 and recent clang) - "Couldn't materialize struct" error from LLDB still prevents this test case from passing llvm-svn: 175653
-
- Feb 19, 2013
-
-
Jim Ingham authored
llvm-svn: 175557
-
Daniel Malea authored
- TestNamespace expected to fail due to PR-15302 - TestCPPBool and TestUnsignedTypes updated to handle GCC style debug information - TestRvalueReferences expected fail due to GCC (4.7) not outputting rvalue-reference debug information - TestDataFormatterStdVBool expected to fail due to PR-15301 llvm-svn: 175551
-
Daniel Malea authored
llvm-svn: 175547
-
Daniel Malea authored
- rework the way SBDebugger.SetAsync() is used to avoid side effects (reset original value at TearDownHook) - refactor expectedFailureClang (and add expectedFailureGcc decorator) - mark TestChangeValueAPI.py as expectedFailureGcc due to PR-15039 llvm-svn: 175523
-
Daniel Malea authored
- do not pass (incompatible option) -stdlib=libstdc++ option if using GCC as test compiler llvm-svn: 175522
-
Daniel Malea authored
- Should allow tests to run without 'clang' installed llvm-svn: 175521
-
Enrico Granata authored
llvm-svn: 175475
-
rdar://problem/12529957Enrico Granata authored
Synthetic children provider for NSSet llvm-svn: 175468
-
- Feb 16, 2013
-
-
Filipe Cabecinhas authored
llvm-svn: 175341
-
Enrico Granata authored
Split some NS* formatters in their own source files Refactored a utility function for the C++ formatters to use Fixed the skip-summary test case to be explicit about requiring libstdc++ for operation llvm-svn: 175323
-
- Feb 15, 2013
-
-
Daniel Malea authored
- Add a "parsable" mode to dotest.py that outputs test results in exactly the same format as clang's lit tests - Improve dosep script to output list of failing tests (output should look like clang test failure summaries) - Cleanup lldb/test/Makefile to remove needless parameters and environment variables - Switch makefile tests to use parsable-mode output; should make the buildbot results parsable - Switch makefile tests to use dosep to log catch crashing tests (instead of halting the test suite) llvm-svn: 175309
-
Daniel Malea authored
- remove expectedFailure decorator from resolved rdar 12566646 and 10887661 - remove expectedFailure from TestBitfields testcase not actually affected by bug - skip the (non-deterministic) TestStopHookMechanism.py to avoid a noisy suite on Linux llvm-svn: 175307
-
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
-