This looks like it started happening very recently: runCmd: frame variable --show-types --scope --show-globals --no-args output: STATIC: (const char *) g_func_static_cstr = 0x0000000103c65f69 "g_func_static_cstr" STATIC: (const char *) g_file_static_cstr = 0x0000000103c65f83 "g_file_static_cstr" STATIC: (const char *) g_func_static_cstr = 0x0000000103c65f69 "g_func_static_cstr" GLOBAL: (const char *) g_file_global_cstr = 0x0000000103c65f56 "g_file_global_cstr" GLOBAL: (int) g_common_1 = 21 GLOBAL: (int) g_file_global_int = 42 Expecting sub string: GLOBAL: (int) g_file_global_int = 42 Matched Expecting sub string: STATIC: (const int) g_file_static_int = 2 Not matched FAIL <bound method SBProcess.Kill of <lldb.SBProcess; proxy of <Swig Object of type 'lldb::SBProcess *' at 0x112aafea0> >>: success Traceback (most recent call last): File "/Users/tfiala/src/lldb-tot/lldb/packages/Python/lldbsuite/test/lldbtest.py", line 2263, in dwarf_test_method return attrvalue(self) File "/Users/tfiala/src/lldb-tot/lldb/packages/Python/lldbsuite/test/lldbtest.py", line 608, in wrapper func(*args, **kwargs) File "/Users/tfiala/src/lldb-tot/lldb/packages/Python/lldbsuite/test/lang/c/global_variables/TestGlobalVariables.py", line 60, in test 'GLOBAL: (int) g_common_1 = 21']) File "/Users/tfiala/src/lldb-tot/lldb/packages/Python/lldbsuite/test/lldbtest.py", line 2715, in expect msg if msg else EXP_MSG(str, exe)) AssertionError: False is not True : Variable(s) displayed correctly Config=x86_64-clang Session info generated @ Thu Dec 17 10:46:37 2015 To rerun this test, issue the following command from the 'test' directory: ./dotest.py -A x86_64 -C clang -v -t -f GlobalVariablesTestCase.test_dwarf OS X 10.11.2 (15C50) Xcode 7.2 (7C68)
We're going to try to fix this.
(Running dsymutil on the main.o and then rerunning the test logic works, so we've got an issue here on the Darwin side).
Marked OS X dwarf test XFAIL here: r256006 We'll flip this back on once Greg addresses it.
Running dsymutil on the a.out of the dwarf build allowed us to find it with lldb, but we then mis-classify it as a LOCAL.
This is also failing using gmodules debug info, as will land in the test suite with: http://reviews.llvm.org/D19998
*** Bug 27863 has been marked as a duplicate of this bug. ***
This test is enabled and passing on Darwin.