<rdar://problem/12362092>
authorEnrico Granata <egranata@apple.com>
Sat, 23 Feb 2013 01:05:23 +0000 (01:05 +0000)
committerEnrico Granata <egranata@apple.com>
Sat, 23 Feb 2013 01:05:23 +0000 (01:05 +0000)
commite6cedc1296f66587c22aec5984f14190cd0bb2a3
treee2b19b3c24e5f3ae18362333ae36534a637032ee
parent942dbcc20914e0b465fbc1bccb85151e83e6ca3a
<rdar://problem/12362092>

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
lldb/test/dotest.py
lldb/test/lang/objc/foundation/TestObjCMethods2.py
lldb/test/lldbtest.py
lldb/test/unittest2/case.py
lldb/test/unittest2/result.py
lldb/test/unittest2/runner.py