diff options
author | Greg Clayton <gclayton@apple.com> | 2011-01-20 19:27:18 +0000 |
---|---|---|
committer | Greg Clayton <gclayton@apple.com> | 2011-01-20 19:27:18 +0000 |
commit | 6d5e68eaf2a5d144553c84b2f93fb8ad0b10072d (patch) | |
tree | a60ddaa91b7d7cda2d5caefe85196195299e2acb /llvm/lib/Object/ELFObjectFile.cpp | |
parent | 1f69de3983f3e897a7572311cc7e7872ff6a23a7 (diff) | |
download | llvm-6d5e68eaf2a5d144553c84b2f93fb8ad0b10072d.zip llvm-6d5e68eaf2a5d144553c84b2f93fb8ad0b10072d.tar.gz llvm-6d5e68eaf2a5d144553c84b2f93fb8ad0b10072d.tar.bz2 |
Added the ability to StackFrame::GetValueForVariableExpressionPath(...) to avoid
fragile ivars if requested. This was done by changing the previous second parameter
to an options bitfield that can be populated by logical OR'ing the new
StackFrame::ExpressionPathOption enum values together:
typedef enum ExpressionPathOption
{
eExpressionPathOptionCheckPtrVsMember = (1u << 0),
eExpressionPathOptionsNoFragileObjcIvar = (1u << 1),
};
So the old function was:
lldb::ValueObjectSP
StackFrame::GetValueForVariableExpressionPath (const char *var_expr, bool check_ptr_vs_member, Error &error);
But it is now:
lldb::ValueObjectSP
StackFrame::GetValueForVariableExpressionPath (const char *var_expr, uint32_t options, Error &error);
This allows the expression parser in Target::EvaluateExpression(...) to avoid
using simple frame variable expression paths when evaluating something that might
be a fragile ivar.
llvm-svn: 123938
Diffstat (limited to 'llvm/lib/Object/ELFObjectFile.cpp')
0 files changed, 0 insertions, 0 deletions