[Lldb-commits] [Review request] Materialize constant scalar value variable

[Kaylor, Andrew]

There was a failure in the TestConstVariables.py test case where LLDB was failing to materialize the 'index' variable when the process being debugged had been compiled with GCC 4.6 or 4.7 (possibly others).

In this case, the 'index' variable location was represented as a location list and at the PC address in question its representation looked like this:

DW_OP_const2u 512 DW_OP_stack_value

It turns out that DW_OP_stack_value isn't explicitly handled by LLDB's DWARF expression parser, but the call to evaluate the location expression comes out with the right value anyway, having been fixed up by the calling code.

However, when the 'location_value' percolated back up to the ClangUserDeclMap::DoMaterializeOneVariable() method that method didn't handle the case where location_value's value type was 'eValueTypeScalar' and its context type was 'eContextTypeClangType'.  It was assuming that the context type would always be 'eContextTypeRegisterInfo'.

The attached patch addresses this latter problem.

It seems to me that the DWARFExpression::Evaluate() method should be explicitly handling the DW_OP_stack_value operation (it also ignores DW_OP_implicit_value), but that doesn't seem to be required to fix the test failure in question.

Can someone review my patch and comment on whether or not this is the correct approach?

Thanks,
Andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-commits/attachments/20130222/dc76cb55/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: const-variable.patch
Type: application/octet-stream
Size: 3772 bytes
Desc: const-variable.patch
URL: <http://lists.llvm.org/pipermail/lldb-commits/attachments/20130222/dc76cb55/attachment.obj>