llvm-svn: 115579

llvm-svn: 115574

the stdc++ library module.  Right now, it doesn't do any disassembly at all.  It
merely locates the stdc++ library.  Also tests the SBProcess object description
and verifies it is in a 'Stopped' state.

llvm-svn: 115536

the {function.name}, is sufficient for this test case.

Plus added @expectedfailure decorator for a filed bug.

llvm-svn: 115517

${module.file.basename}{`${function.name}, is sufficient for this test case.

llvm-svn: 115514

Remove file:lineno from the expected substrings.

llvm-svn: 115512

have now all passed.

rdar://problem/8502549 and rdar://problem/8493023 are fixed

llvm-svn: 115399

regexp once and use it within the for loop for some speedup.

llvm-svn: 115397

depending on the compiler used.  Former if gcc/llvm-gcc, and latter if clang.

llvm-svn: 115380

    ARG: (struct objc_selector *) _cmd

to

    ARG: (SEL) _cmd

The change most likely resulted from an update from the llvm tot with a newer clang.

llvm-svn: 115372

llvm-svn: 115369

  To not skip long running tests, pass '-l' to the test driver (dotest.py).

  An example:

    @unittest2.skipIf(TestBase.skipLongRunningTest(), "Skip this long running test")
    def test_foundation_disasm(self):
        ...

o Added a long running disassemble test to the foundation directory, which iterates
  the code symbols from Foundation.framework and kicks off a disassemble command for
  for the named function symbol.  Found a crasher: rdar://problem/8504895.

o Plus added/updated some comments for the TestBase class.

llvm-svn: 115368

Also, the break by location needs to be modified after changees made to the main.cpp source code.

llvm-svn: 115320

llvm-svn: 115317

llvm-svn: 115316

operators.

llvm-svn: 115290

sets some breakpoints and invokes 'disassemble' when the breakpoint hits, which
just disassembles the bytes in the current function, i.e., frame #0's function.

llvm-svn: 115249

    # rdar://problem/8493023
    # test/types failures for Test*TypesExpr.py: element offset computed wrong and sign error?

Two failures remain for test_short* test cases.

llvm-svn: 115229

llvm-svn: 115216

llvm-svn: 115202

Add "-o" option to "expression" which prints the object description if available.

llvm-svn: 115182

friendly CC and ARCH, instead.

llvm-svn: 115169

llvm-svn: 115167

llvm-svn: 115166

llvm-svn: 115150

it inside Makefile.rules to return clang++ on clang and llvm-g++ on llvm-gcc.

Removed CPLUSPLUSFLAGS which is simply wrong and CPPFLAGS which is unnecessary.

llvm-svn: 115125

llvm-svn: 115075

the Python runtime take over in case there isn't a match.

llvm-svn: 115073

groks the data type of the variable.

llvm-svn: 115070

    # rdar://problem/8493023
    # test/types failures for Test*TypesExpr.py: element offset computed wrong?

llvm-svn: 115065

llvm-svn: 115063

llvm-svn: 115055

The failures are similar in nature to the radar already filed:

        # rdar://problem/8492646
        # test/foundation fails after updating to tot r115023
        # self->str displays nothing as output

llvm-svn: 115052

test_data_type_and_expr_with_dwarf().

rdar://problem/8492646
test/foundation fails after updating to tot r115023: self->str displays nothing as output

llvm-svn: 115050

llvm-svn: 115046

Also chnaged the expected string for 'frame variable this' from '(class C *const) this ='
to 'C *const) this =' for the time being, while investigating the different output for
tot r115023.

runCmd: frame variable this
output: (struct C *const) this = 0x0000000100000c2e
llvm-svn: 115042

llvm-svn: 115000

command on the various basic types, similar to TestIntegerTypes.py and
TestFloatTypes.py, which exercise 'frame variable' on the various basic types.

Right now, they don't employ the self.expect() facility to compare against the
golden output.  They just invoke the self.runCmd() method to run the 'expr'
command.  Decorated the two classes with @unittest2.skip decorators for the time
being.

llvm-svn: 114987

llvm-svn: 114970

llvm-svn: 114927