<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Menlo-Regular;
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="PT-BR" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">After your e-mail I questioned if that was the right place to fix that, and it wasn’t.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">The unwinder was not being created to PPC64le, and it set the CFA with wrong value.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Thanks anyway!<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Leonardo Bianconi.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Greg Clayton [mailto:clayborg@gmail.com]
<br>
<b>Sent:</b> terça-feira, 19 de setembro de 2017 15:09<br>
<b>To:</b> Leonardo Bianconi <leonardo.bianconi@eldorado.org.br><br>
<b>Cc:</b> lldb-dev@lists.llvm.org<br>
<b>Subject:</b> Re: [lldb-dev] Reading eValueTypeLoadAddress with missing compiler type<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So you need to fix "<span style="font-family:"Menlo-Regular",serif">DW_OP_call_frame_cfa" so it creates the same kind of value on the expression stack as "</span>DW_OP_reg31" does. I am guessing that "DW_OP_reg31" will have a Value that
whose value is "eValueTypeScalar". Verify this and change "<span style="font-family:"Menlo-Regular",serif">DW_OP_call_frame_cfa" to match. We want the Scalar gotten by:</span><o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Menlo-Regular",serif"> Scalar value;<br>
if (frame->GetFrameBaseValue(value, error_ptr)) {<br>
<br>
To be the same kind of value. Seems the expression parsing code that uses "DW_OP_call_frame_cfa" is doing the wrong thing by setting the value to a load address type.</span><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On Sep 19, 2017, at 10:51 AM, Leonardo Bianconi <<a href="mailto:leonardo.bianconi@eldorado.org.br">leonardo.bianconi@eldorado.org.br</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal"><br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">-----Original Message-----<br>
From: Greg Clayton [<a href="mailto:clayborg@gmail.com">mailto:clayborg@gmail.com</a>]<br>
Sent: terça-feira, 19 de setembro de 2017 12:33<br>
To: Leonardo Bianconi <<a href="mailto:leonardo.bianconi@eldorado.org.br">leonardo.bianconi@eldorado.org.br</a>><br>
Cc: <a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
Subject: Re: [lldb-dev] Reading eValueTypeLoadAddress with missing compiler<br>
type<br>
<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">On Sep 19, 2017, at 4:10 AM, Leonardo Bianconi<o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><<a href="mailto:leonardo.bianconi@eldorado.org.br">leonardo.bianconi@eldorado.org.br</a>> wrote:<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
Some more details:<br>
<br>
I'm part of the team that is working in LLDB to enable PPC64le architecture, so<o:p></o:p></p>
</blockquote>
<p class="MsoNormal">I'm running my test in a Power8 machine.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">When compiling the code with clang, it works, the issue happen when compiling<o:p></o:p></p>
</blockquote>
<p class="MsoNormal">with gcc, which generates a different debug information content.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
Talking a bit about the power stack frame, it is organized this way:<br>
<br>
Suppose that you have two functions a() and b() and a calls b, then the frames<o:p></o:p></p>
</blockquote>
<p class="MsoNormal">will be like this:<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
high address<br>
+-----------------+<br>
| ... | // frame of a<br>
| ... |<br>
| ... |<br>
| ... |<br>
| ... |<br>
| back chain | // r31 and r1 points here when running function a<br>
+-----------------+<br>
| ... | // frame of b<br>
|variable address |<br>
| ... |<br>
| ... |<br>
| ... |<br>
| back chain | // r31 and r1 points here when running function b<br>
+-----------------+<br>
low address<br>
<br>
The debug information related to find the variable with clang is:<br>
<2><6ce>: Abbrev Number: 27 (DW_TAG_variable)<br>
<6cf> DW_AT_location : 3 byte block: 91 f0 0 (DW_OP_fbreg: 112)<br>
<6d3> DW_AT_name : (indirect string, offset: 0x1cf): a<br>
<6d7> DW_AT_decl_file : 5<br>
<6d8> DW_AT_decl_line : 6<br>
<6d9> DW_AT_type : <0x1bf><br>
<2><6dd>: Abbrev Number: 0<br>
<1><6de>: Abbrev Number: 0<br>
<1><6b5>: Abbrev Number: 26 (DW_TAG_subprogram)<br>
<6b6> DW_AT_low_pc : 0x10000630<br>
<6be> DW_AT_high_pc : 0x88<br>
<6c2> DW_AT_frame_base : 1 byte block: 6f (DW_OP_reg31 (r31))<br>
<6c4> DW_AT_name : (indirect string, offset: 0x1ca): main<br>
<6c8> DW_AT_decl_file : 5<br>
<6c9> DW_AT_decl_line : 5<br>
<6ca> DW_AT_type : <0x1bf><br>
<6ce> DW_AT_external : 1<br>
<br>
Which uses the r31 (DW_OP_reg31) and a positive offset (112) to find it, which<o:p></o:p></p>
</blockquote>
<p class="MsoNormal">is ok, as it does not need to read the memory using the address in the r31<br>
register.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
The issue happen when using the debug information generated by gcc, which<o:p></o:p></p>
</blockquote>
<p class="MsoNormal">is:<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><2><9e>: Abbrev Number: 5 (DW_TAG_variable)<br>
<9f> DW_AT_name : a<br>
<a1> DW_AT_decl_file : 1<br>
<a2> DW_AT_decl_line : 6<br>
<a3> DW_AT_type : <0x3b><br>
<a7> DW_AT_location : 2 byte block: 91 5c (DW_OP_fbreg: -36)<br>
<1><81>: Abbrev Number: 4 (DW_TAG_subprogram)<br>
<82> DW_AT_external : 1<br>
<82> DW_AT_name : (indirect string, offset: 0xe): main<br>
<86> DW_AT_decl_file : 1<br>
<87> DW_AT_decl_line : 5<br>
<88> DW_AT_type : <0x3b><br>
<8c> DW_AT_low_pc : 0x840<br>
<94> DW_AT_high_pc : 0xf8<br>
<9c> DW_AT_frame_base : 1 byte block: 9c (DW_OP_call_frame_cfa)<br>
<9e> DW_AT_GNU_all_tail_call_sites: 1<br>
<br>
Here, it says to use the "DW_OP_call_frame_cfa", that is correctly executed in<o:p></o:p></p>
</blockquote>
<p class="MsoNormal">the LLDB, obtaining the content of r31 and setting it as "<br>
lldb_private::Value::eValueTypeLoadAddress", which means the data it is looking<br>
for is located in the address obtained in the r31, and it need to be read from<br>
memory. If the address was correctly read, it would point to the back chain of the<br>
previous frame, and the variable would be found, as the offset is negative (-36),<br>
so ("previous back chain address" - 36) is the correct variable address.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
My code is very simple:<br>
=====================================<br>
#include <stdlib.h><br>
#include <stdio.h><br>
<br>
int main(void) {<br>
int a = 2;<br>
printf("a address: %p \n", (void*)&a);<br>
printf("a = %d \n", a);<br>
return 0;<br>
}<br>
=====================================<br>
<br>
And I'm using the commands:<br>
gcc -O0 -ggdb stest.cpp (gcc version 5.4.1 20170304)<br>
clang -O0 -ggdb stest.cpp<br>
<br>
<br>
I think it is not related with the variable type, right?<o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><br>
It might be, can you show the DWARF for the 0x3b type? This was in your GCC<br>
variable's DWARF:<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"> <a3> DW_AT_type : <0x3b><o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal"><br>
It is a 4 byte signed integer:<br>
<br>
<1><3b>: Abbrev Number: 3 (DW_TAG_base_type)<br>
<3c> DW_AT_byte_size : 4<br>
<3d> DW_AT_encoding : 5 (signed)<br>
<3e> DW_AT_name : int<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
There should be nothing wrong with that as long as LLDB is correctly setting r31<br>
into the expression stack in response to the DW_OP_call_frame_cfa opcode. It<br>
should grab r31 - 36 and push the result onto the expression stack with<br>
eValueTypeLoadAddress as the type. Then we just need to read the type from<br>
memory. Since the type is so simple (int), I don't see the type failing here. I am<br>
guessing the DW_OP_call_frame_cfa is messing up the expression somehow.<br>
Can you step through and make sure that "r31 - 36" is correctly being pushed<br>
onto the expression stack?<o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><br>
I think I was not clear when I referenced the " DW_OP_call_frame_cfa", sorry for that. I mean it is trying to resolve the frame base value, not the variable yet, the issue is before trying to get the variable address.<br>
<br>
I will do some steps to clarify it:<br>
<br>
* Using gcc binary<br>
- On the prompt I type the command "p a" to print the variable value.<br>
- LLDB needs the base frame, which must be found using the debug info " DW_AT_frame_base : 1 byte block: 9c (DW_OP_call_frame_cfa)".<br>
- The value of r31 is read, and it is set to " lldb_private::Value::eValueTypeLoadAddress", which means that beyond read the r31 value, this value is an address that must be read as well, in order to point to the previous frame:<br>
<br>
+-----------+<br>
| | // frame of a<br>
|back chain | //previous r31' and r1'<br>
+-----------+<br>
| | // frame of b<br>
|back chain | //current r31 and r1<br>
+-----------+<br>
<br>
Issue: It should get the r31' as address of frame base to apply the offset, and read the variable value that is inside the "frame of b", as the offset is negative. Instead of that, as the compiler type is invalid, the address obtained from r31 value is not
being read, no error is shown, and the frame base value keeps as r31, which is incorrect. When using this value, the variable address is located in the red zone "r31 - 28 (offset)" (DW_AT_location : 2 byte block: 91 64 (DW_OP_fbreg: -28)).<br>
<br>
<br>
* Using Clang binary:<br>
- On the prompt I type the command "p a" to print the variable value.<br>
- LLDB needs the base frame, which must be found using the debug info "DW_AT_frame_base : 1 byte block: 6f (DW_OP_reg31 (r31))".<br>
- The value of r31 is read, and the memory of the address found in r31 is not read from memory, when running the case " DW_OP_reg31".<br>
<br>
+-----------+<br>
| | // frame of a<br>
|back chain | //previous r31' and r1'<br>
+-----------+<br>
| | // frame of b<br>
|back chain | //current r31 and r1<br>
+-----------+<br>
<br>
Result: It gets the r31 value, which points to the back chain of the "frame b", as expected, because the offset is positive, so "r31 + 112" (<6cf> DW_AT_location : 3 byte block: 91 f0 0 (DW_OP_fbreg: 112)).<br>
<br>
<br>
<br>
It is visible that gcc and lldb generates different debug info, gcc calculates the variable offset from the beginning of the frame, while lldb from the end of the frame. I saw in the code that LLDB is getting the correct information about the frame, but as
the compiler type is invalid, the memory is not read, if it was valid, it would work correctly, that is why I'm trying to set the correct compiler type. I need to know what compiler type to use when reading the previous frame.<br>
<br>
I placed the full output from the binaries in the pastbin:<br>
Clang debug info: <a href="https://pastebin.com/tyXp5C9g">https://pastebin.com/tyXp5C9g</a><br>
Gcc debug info: <a href="https://pastebin.com/00b0SiKm">https://pastebin.com/00b0SiKm</a><br>
Disassembly of gcc binary: <a href="https://pastebin.com/06UakF24">https://pastebin.com/06UakF24</a>
<br>
<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
Thanks!<br>
<br>
<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">-----Original Message-----<br>
From: Greg Clayton [<a href="mailto:clayborg@gmail.com">mailto:clayborg@gmail.com</a>]<br>
Sent: segunda-feira, 18 de setembro de 2017 17:24<br>
To: Leonardo Bianconi <<a href="mailto:leonardo.bianconi@eldorado.org.br">leonardo.bianconi@eldorado.org.br</a>><br>
Cc: <a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
Subject: Re: [lldb-dev] Reading eValueTypeLoadAddress with missing compiler<br>
type<br>
<br>
If you have the binary and the function that this is happening in and can share<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">the<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">binary that contains debug info and also share which file and function and<br>
variable is causing the issue, I might be able to tell you why this is happening.<br>
<br>
Greg<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">On Sep 18, 2017, at 1:23 PM, Greg Clayton <<a href="mailto:clayborg@gmail.com">clayborg@gmail.com</a>> wrote:<br>
<br>
A DW_TAG_subprogram's usually has a DW_AT_frame_base DWARF<o:p></o:p></p>
</blockquote>
<p class="MsoNormal">expression that describes where the frame is. That evaluates to something<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">and<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">doesn't require any type. I am guessing you now have a variable that is<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">relative to<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">that frame base and that variable's type is not valid. This can be due to many<br>
reasons, most likely is the compiler may have redacted your type when trying<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">to<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">save space. Can you confirm this is what is happening?<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">On Sep 18, 2017, at 12:25 PM, Leonardo Bianconi via lldb-dev <lldb-<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal"><a href="mailto:dev@lists.llvm.org">dev@lists.llvm.org</a>> wrote:<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
Hi all!<br>
<br>
I'm facing an issue with a value of<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">lldb_private::Value::eValueTypeLoadAddress type, which cannot be loaded<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">from<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">memory because the compiler type was not filled.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">That happens obtaining the fame base, which is based on<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">"DW_OP_call_frame_cfa" case (DWARFExpression.cpp:2825).<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">After obtain the base frame, when resolving the value (Value.cpp:612), as<o:p></o:p></p>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<p class="MsoNormal">the<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">compiler type is invalid, the value is not read from memory, and the frame<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">base<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">keep as its address.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
How can I solve this issue?<br>
I looked in many files, and couldn't find how to fill the compiler type in the<o:p></o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal">"DWARFExpression::Evaluate" method.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
<br>
Thanks,<br>
Leonardo Bianconi.<br>
_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</blockquote>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</body>
</html>