aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/CreateInvocationFromCommandLine.cpp
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2011-11-01 03:21:25 +0000
committerJason Molenda <jmolenda@apple.com>2011-11-01 03:21:25 +0000
commit707fec479ccfb0f961a32b6e3df28e2d51b57954 (patch)
tree445c41faf7b2e0cb77249f7e6ab114707e51820a /clang/lib/Frontend/CreateInvocationFromCommandLine.cpp
parent2b59cf30e4cb4935138078f9a5eb8be8b1304f31 (diff)
downloadllvm-707fec479ccfb0f961a32b6e3df28e2d51b57954.zip
llvm-707fec479ccfb0f961a32b6e3df28e2d51b57954.tar.gz
llvm-707fec479ccfb0f961a32b6e3df28e2d51b57954.tar.bz2
Restructure the relationship between UnwindLLDB and the
RegisterContextLLDBs it contains. Previously RegisterContextLLDB objects had a pointer to their "next" frame down the stack. e.g. stack starts at frame 0; frame 3 has a pointer to frame 2. This is used to retreive callee saved register values. When debugging an inferior that has blown out its own stack, however, this could result in lldb blowing out its own stack while recursing down to retrieve register values. RegisterContextLLDB no longer has a pointer to its next frame; it has a reference to the UnwindLLDB which contains it. When it needs to retrieve a reg value, it asks the UnwindLLDB for that reg value and UnwindLLDB iterates through the frames until it finds a location. llvm-svn: 143423
Diffstat (limited to 'clang/lib/Frontend/CreateInvocationFromCommandLine.cpp')
0 files changed, 0 insertions, 0 deletions