This test actually works alright - we were just checking for the wrong string

llvm-svn: 219971
This commit is contained in:
Enrico Granata 2014-10-16 22:04:05 +00:00
parent d116f4a0a0
commit be7d285e73
1 changed files with 1 additions and 4 deletions

View File

@ -30,7 +30,6 @@ class AnonymousTestCase(TestBase):
self.buildDsym()
self.expr_parent()
@unittest2.expectedFailure # llvm.org/pr15591
@dsym_test
def test_expr_null(self):
self.buildDsym()
@ -66,7 +65,6 @@ class AnonymousTestCase(TestBase):
self.buildDwarf()
self.expr_parent()
@unittest2.expectedFailure # llvm.org/pr15591
@dwarf_test
def test_expr_null(self):
self.buildDwarf()
@ -151,8 +149,7 @@ class AnonymousTestCase(TestBase):
# This should fail because pz is 0, but it succeeds on OS/X.
# This fails on Linux with an upstream error "Couldn't dematerialize struct", as does "p *n" with "int *n = 0".
# Note that this can also trigger llvm.org/pr15036 when run interactively at the lldb command prompt.
self.expect("expression *(type_z *)pz",
substrs = ["Cannot access memory at address 0x0"], error = True)
self.expect("expression *(type_z *)pz", error = True)
def child_by_name(self):
exe = os.path.join (os.getcwd(), "a.out")