<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">All expressions are compiled in C++ mode and thus the restriction.<br>
<br>
There are a few solutions:<br>
1 - make expressions match the current language of the current frame. So if your function was a C function, you will be restricted from using C++ in your expression<br>
2 - rename your "this" and benefit from the C++ abilities of the expression parser<br>
<br>
I personally really like the ability to use "auto" and all of the C++11 constructs in any expression:<br>
<br>
(lldb) expr for (auto x = 0; x < my_renamed_this; ++x) { ... }<br>
<br>
So I see the problem with C expressions, but I would rather not limit you from being able to access your C++ code from a C function by limiting the language based on where you are stopped.<br></blockquote><div><br></div><div>Thanks, but was not ware how do you switch the current language of the current frame</div><div>that is fine, though at the point where the keyword this is tested, a simple ( and frame.language != "C"  ) could be implemented, or?<br></div><div><br><br></div><div> </div></div>
</div></div>