- Mar 05, 2013
-
-
Matt Kopec authored
llvm-svn: 176492
-
Daniel Malea authored
patch by Ashok Thirumurthi! llvm-svn: 176462
-
Daniel Malea authored
- fix is: don't pass incompatible -stdlib option when building with GCC llvm-svn: 176460
-
- Mar 01, 2013
-
-
Daniel Malea authored
- expected to fail across the board due to llvm.org/pr15401 Patch by Ashok Thirumurthi! llvm-svn: 176362
-
Matt Kopec authored
Update TestCallStdStringFunction to expected fail for gcc and account for multiple breakpoint locations. Patch from Ashok Thirumurthi. llvm-svn: 176357
-
Daniel Malea authored
- add missing scripts (driver, tests, etc...) - enable running of tests from cmake with "make check-lldb" target - fix up problem with clang dependencies (this enables parallel builds) - implement platform-specific FIXMEs in source/CMakeLists.txt llvm-svn: 176306
-
- Feb 28, 2013
-
-
Greg Clayton authored
llvm-svn: 176283
-
Greg Clayton authored
Fix the getCompilerVersion() function to do the right thing with clang 5.0 which now says "LLVM version" instead of "clang version". llvm-svn: 176282
-
Greg Clayton authored
llvm-svn: 176281
-
Daniel Malea authored
- make LLDB version number match Clang (and the Debian package) - use the same revision detection magic that Clang uses to report SVN/Git revisions - update test case as per above Example output: $ lldb -v lldb version 3.3 (https://dmalea@llvm.org/svn/llvm-project/lldb/trunk revision 176211 clang revision 176208 llvm revision 176208) ss This line, and those below, will be ignored-- M source/lldb.cpp M test/help/TestHelp.py M source/Makefile llvm-svn: 176268
-
- Feb 27, 2013
-
-
Matt Kopec authored
llvm-svn: 176206
-
Daniel Malea authored
- pull up logic to get compiler version from TestUniqueTypes.py into lldbtest.py - work around an GCC 4.6.3 issue llvm-svn: 176190
-
rdar://problem/13289828Enrico Granata authored
Categories were conceptually meant to be placeable on test methods as well as test classes and test directories However, that was broken. This checkin fixes that. The incantation required to put categories on individual test case methods is not exactly elegant, unfortunately: def test_case(self): """Test me.""" self.do_it() def _test_case_get_categories(self): return ["demo"] test_case.getCategories = _test_case_get_categories del _test_case_get_categories llvm-svn: 176158
-
- Feb 26, 2013
-
-
Jim Ingham authored
llvm-svn: 176132
-
Jim Ingham authored
Remove the getCategory from TestDataFormatterObjC.py, since it was superceded by the .categories file, and didn't work anyway (getCategories currently has to be a method on the test class, not on the test.) Add a "basic_process" category, and start to find some tests for simple process running sniff tests. llvm-svn: 176061
-
- 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
-