summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/symbol-context/TestSymbolContext.py
diff options
context:
space:
mode:
authorZachary Turner <zturner@google.com>2016-04-11 20:39:17 +0000
committerZachary Turner <zturner@google.com>2016-04-11 20:39:17 +0000
commit4d5535a70a73c70b376ff2ab2b6fc53f4bafc762 (patch)
treefe9ea9a1c1881f6c7bd6c22f230000107b9db0b2 /lldb/packages/Python/lldbsuite/test/python_api/symbol-context/TestSymbolContext.py
parent0ffdf65eaa05209655601a1059232da6605162a3 (diff)
downloadbcm5719-llvm-4d5535a70a73c70b376ff2ab2b6fc53f4bafc762.tar.gz
bcm5719-llvm-4d5535a70a73c70b376ff2ab2b6fc53f4bafc762.zip
Fix some display bugs in llvm-pdbdump.
We were incorrectly reporting all non-64 bit integers as int64s. This is most evident when trying to print the "short" type, but in theory could happen with chars too (although usually chars use a different builtin type). Additionally, we were using the wrong check when deciding whether to print an enum definition as a global enum. We were checking whether or not the enum was "nested", and if so saving it until we print the class definition that it was nested in. But this is not correct in rare situations where the enum is nested, but the class that it's nested in does not have type information in the PDB. So instead we check if there is a class definition for the parent in the PDB. If so we save it for later, otherwise we print it. llvm-svn: 265993
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/symbol-context/TestSymbolContext.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud