summaryrefslogtreecommitdiffstats
path: root/lldb/test/lang/cpp
Commit message (Collapse)AuthorAgeFilesLines
...
* Mark additional ICC failing tests as expected fail.Matt Kopec2013-07-311-0/+1
| | | | llvm-svn: 187507
* Updated the LLDB rvalue reference test to cross-reference with a bugzilla ↵Ashok Thirumurthi2013-07-311-3/+10
| | | | | | | | | | | | report, provide more detail on compiler compatibility, and to illustrate that this is an issue with expression evaluation. - Note that clang doesn't emit DW_TAG_const_type, which might be okay if there's no such thing as a non-const rvalue reference. How about foo(make_int())? llvm-svn: 187499
* Assorted test suite fixes as a result of GCC 4.8 validation effortsDaniel Malea2013-07-302-5/+2
| | | | | | | | | | | | - disable some TestConcurrentEvents cases (which are affected by llvm.org/pr16714 -- watchpoints in multithreaded programs) - relax number-of-bp-locations check in TestUniqueTypes/TestUnsignedTypes - skip TestDataFormatterStdVector cases with GCC 4.8 (known failure due to llvm.org/pr15301) - workaround for race condition in TestHelloWorld.py - update TestSettings.py to work on distros (like Fedora) that have /bin/cat hardlinked to /usr/bin/cat After these changes, the test suite should run cleanly against GCC 4.8 (with DWARF v4)! llvm-svn: 187451
* tests: Mark expected FreeBSD failures due to pr16697Ed Maste2013-07-304-0/+4
| | | | llvm-svn: 187415
* Annote expected failures on FreeBSD due to pr14540Ed Maste2013-07-251-0/+2
| | | | | | | PR title updated to indicate that FreeBSD is also affected: Backtrace command does not display c++ member function names on Linux or FreeBSD llvm-svn: 187127
* Fix rvalue test makefile.Matt Kopec2013-07-231-2/+2
| | | | llvm-svn: 186992
* Fixed an xpass due to r181841 on Linux with gcc. Note that the clang ↵Ashok Thirumurthi2013-05-151-1/+0
| | | | | | variant contains to xfail, and r181841 is a fix for the test. llvm-svn: 181918
* Clean up linux test decorators and add links to known bugsDaniel Malea2013-05-153-4/+4
| | | | | | | | | - s/skipOnLinux/skipIfLinux/ to match style of every other decorator - linkify bugizilla/PR numbers in comments No intended change in functionality. llvm-svn: 181913
* Unbreak the linux buildbot tests. This still fails for the clang that is ↵Greg Clayton2013-05-141-0/+2
| | | | | | being used on linux. llvm-svn: 181845
* Fixed the test case to pass on Darwin. This might pass on linux as well. The ↵Greg Clayton2013-05-141-3/+2
| | | | | | test case now properly validates g_points as a global for the class A version, and the static variable for the file static. llvm-svn: 181840
* Add expression tests for a function in an anonymous namespace.Matt Kopec2013-05-132-0/+16
| | | | llvm-svn: 181741
* Add temporary fix for calling c++ global/anonymous functions on Linux.Matt Kopec2013-05-102-2/+0
| | | | llvm-svn: 181613
* TestCallCPPFunction is an expected failure onSean Callanan2013-04-301-0/+1
| | | | | | Linux; marking as such. llvm-svn: 180832
* Added a test case verifying that simple C++Sean Callanan2013-04-303-0/+66
| | | | | | | | functions can be called by basename. <rdar://problem/13709855> llvm-svn: 180814
* Mark tests as expected fail for Linux due to not being able to call/print ↵Matt Kopec2013-04-261-0/+1
| | | | | | c++ demangled functions in the global namespace (bugzilla 15854). llvm-svn: 180623
* Fixed a problem where the expression parser wouldSean Callanan2013-04-245-0/+119
| | | | | | | | | | | | | | not find multiple functions with the same name but different types. Now we keep track of what types we've already reported for a function and only elide functions if we've already reported a conflicting one. Also added a test case. <rdar://problem/11367837> llvm-svn: 180167
* Provided a variant of ReadCStringFromMemory that supports null terminators ↵Ashok Thirumurthi2013-04-192-2/+0
| | | | | | | | | | | | | | | | | | of any character width. This prevents unbounded reads (i.e. reads of GetMaximumSizeOfStringSummary() bytes) from causing test failures (i.e. due to ptrace EIO or EFAULT on Linux). Note that ReadCStringFromMemory is marked as deprecated because the loop that calls ReadMemory does not continue until the string has been completely read. The expected behavior is to read until until max_bytes or a null terminator. Note: As discussed on lldb-dev, further testing will be performed with ReadStringFromMemory before further changes are made for users of ReadCStringFromMemory. Thanks to Enrico, Matt and Andy for their review feedback. llvm-svn: 179857
* <rdar://problem/13558484>Enrico Granata2013-04-111-1/+5
| | | | | | This makes the dynamic values test case work for both libc++ and libstdcpp llvm-svn: 179333
* Fixed incorrect python that was trying to validate that we got a valid ↵Greg Clayton2013-03-191-1/+1
| | | | | | | | lldb.SBThread object by checking to see if it is equal to "None". This test is incorrect as functions that return lldb.SBThread objects never return None, they just return lldb.SBThread objects that contain invalid opaque classes. llvm-svn: 177416
* Minor LLDB test improvementsDaniel Malea2013-03-131-2/+3
| | | | | | | | | - fix TestCPPBool (was failing with some versions of GCC due to num_breakpoint_locations) - speed up tests by skipping git/svn revision parsing by the test harness when running in lit-compatible (parsable) mode This should resolve the failures reported by http://lab.llvm.org:8011/builders/lldb-x86_64-linux llvm-svn: 176972
* Fix enum_types test on LinuxDaniel Malea2013-03-071-1/+2
| | | | | | - Required flag "-std=c++11" needs to be set before including Makefile.rules llvm-svn: 176644
* Fixed enum printing for negative enums. There previously was no testing to ↵Greg Clayton2013-03-064-2/+220
| | | | | | | | validate that enum values were being displayed correctly. Also added C++11 enum test cases to cover enums as int8_t, int16_t int32_t, int64_t, uint8_t, uint16_t, uint32_t, and uint64_t both for DWARF and dSYM cases. The DWARF being emitted by clang is missing the enum integer type, but the code is now ready to accept and deal with the integral type if it is supplied. llvm-svn: 176548
* Fixed test suite errors due to new clang -v output.Greg Clayton2013-03-061-2/+4
| | | | llvm-svn: 176546
* Un-skipping tests affected by llvm.org/pr15256Daniel Malea2013-03-042-4/+2
| | | | | | patch by Ashok Thirumurthi! llvm-svn: 176462
* Add a test case for static member variablesDaniel Malea2013-03-013-0/+116
| | | | | | | | - expected to fail across the board due to llvm.org/pr15401 Patch by Ashok Thirumurthi! llvm-svn: 176362
* Replace all "-gdwarf-2" with "-g" to use the compiler defaults.Greg Clayton2013-02-284-4/+4
| | | | llvm-svn: 176283
* Cleanup TestUniqueTypes.py and add getCompilerVersion() to test harnessDaniel Malea2013-02-271-14/+7
| | | | | | | - pull up logic to get compiler version from TestUniqueTypes.py into lldbtest.py - work around an GCC 4.6.3 issue llvm-svn: 176190
* Fixing issues in previous checkin - still figuring out how to make ↵Enrico Granata2013-02-231-6/+4
| | | | | | expectedFailureClang take the bugnumber llvm-svn: 175945
* A few more GCC specific test fixes as per logged PRs:Daniel Malea2013-02-195-2/+10
| | | | | | | | | - 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
* Fix broken testcase: ignore LLDB output that warns about more elements than ↵Daniel Malea2013-02-141-4/+4
| | | | | | | | can be displayed. - 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
* Marking two tests expected-to-fail on LinuxDaniel Malea2013-02-141-0/+1
| | | | | | | - 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
* Skip tests that assert on Linux in ↵Daniel Malea2013-02-132-2/+3
| | | | | | | | RecordLayoutBuilder::updateExternalFieldOffset() - Filed bugzilla PR-15256 llvm-svn: 175065
* Modified the expression parser's class wrapper toSean Callanan2013-02-011-11/+11
| | | | | | | | | | | | | | | | | | | | | | | | | 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
* Remove hardcoded -arch from lang/cpp testcase makefilesDaniel Malea2013-01-253-2/+5
| | | | | | - skip rdar12991846 (already marked expected-fail) to avoid introducing a i386 crash llvm-svn: 173483
* Fix indenting typo in TestSTL.pyDaniel Malea2013-01-251-1/+1
| | | | llvm-svn: 173470
* Update test scripts and Makefiles to allow testing with GCC:Daniel Malea2013-01-251-0/+1
| | | | | | | | | | | - 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
* Mark test cases affected by PR 15036 (GCC-generated DWARF causes parser crash)Daniel Malea2013-01-241-0/+1
| | | | | | - Add new decorator "@skipIfGcc" to lldbtest.py llvm-svn: 173394
* Marking test cases with @expectedFailureLinux as per recently opened bugsDaniel Malea2013-01-242-0/+2
| | | | | | | | | - 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
* The wchar_t and char1632_t test cases were erroneously running as x86_64 ↵Enrico Granata2013-01-172-2/+2
| | | | | | | | only even if you tried to run them in i386 mode Courtesy of Daniel Malea for discovering this. llvm-svn: 172764
* Adding a test case for expression parser's support for Unicode strings. This ↵Enrico Granata2013-01-153-0/+110
| | | | | | is an expected failure for now llvm-svn: 172493
* <rdar://problem/12790664>Enrico Granata2013-01-142-1/+5
| | | | | | Single-character Unicode data formatters llvm-svn: 172492
* Making the Unicode formatters visually nicer by using the same prefix ↵Enrico Granata2013-01-114-4/+6
| | | | | | | | characters as the compiler expects in C++ code Also, marking the Unicode data formatters test cases as dataformatter related for the benefit for the --category flag in dotest.py llvm-svn: 172167
* <rdar://problem/11383764>Enrico Granata2013-01-112-0/+6
| | | | | | Making a data formatter for wchar_t * llvm-svn: 172165
* <rdar://problem/12725746>Enrico Granata2013-01-103-0/+110
| | | | | | | | Providing data formatters for char16_t* and char32_t* C++11-style Unicode strings Using this chance to refactor the UTF data reader used for data formatters for added generality Added a relevant test case llvm-svn: 172119
* <rdar://problem/11146929>Enrico Granata2013-01-103-0/+111
| | | | | | | | | Enabling support for the wchar_t type. Without the proper language option setup, clang's ASTContexts will be configured to have wchar_t == int This patch enables the correct options to make sure that we report wchar_t as itself Added a test case to make sure we do not regress llvm-svn: 172038
* Re-enabling C++ exception breakpoint testcase (on Linux)Daniel Malea2013-01-071-1/+0
| | | | | | | - bug fixed in r170241, thanks Andy! - closing related PR 14423 llvm-svn: 171794
* Test suite cleanup for Linux: mark test cases expected to fail due to open ↵Daniel Malea2012-12-191-0/+2
| | | | | | | | bugzillas - bugzillas covered: 14323, 14600, 14541, 14437, 14540, 14541 llvm-svn: 170564
* <rdar://problem/12798131> Greg Clayton2012-12-045-11/+11
| | | | | | | | | | | | Cleaned up the option parsing code to always pass around the short options as integers. Previously we cast this down to "char" and lost some information. I recently added an assert that would detect duplicate short character options which was firing during the test suite. This fix does the following: - make sure all short options are treated as "int" - make sure that short options can be non-printable values when a short option is not required or when an option group is mixed into many commands and a short option is not desired - fix the help printing to "do the right thing" in all cases. Previously if there were duplicate short character options, it would just not emit help for the duplicates - fix option parsing when there are duplicates to parse options correctly. Previously the option parsing, when done for an OptionGroup, would just start parsing options incorrectly by omitting table entries and it would end up setting the wrong option value llvm-svn: 169189
* Update test status on LinuxDaniel Malea2012-11-231-0/+1
| | | | | | | | | - add decorators @expectedFailLinux and @skipOnLinux - skip/mark xfail cases due to open bugzillas # 14323, 14416, 14423, 14424, 14425, 14426 Patch by Ashok Thirumurthi! llvm-svn: 168529
* Linux test case fixesDaniel Malea2012-11-211-0/+1
| | | | | | | | - missing includes in cpp test programs - mismatched dwarf/dsym test cases - make "com.apple.main-thread" expected string conditional on darwin platform llvm-svn: 168452
OpenPOWER on IntegriCloud