jingham requested changes to this revision.
jingham added a comment.
This revision now requires changes to proceed.
One grammar comment in the docs, and then this is good.
================
Comment at: www/varformats.html:1071
<sup>[3]</sup> This method is optional (starting with SVN revision 219330).
The SBValue you return here will most likely be a numeric type (int, float,
...) as its value bytes will be used as-if they were the value of the root
SBValue proper. As a shortcut for this, you can inherit from
lldb.SBSyntheticValueProvider, and just define get_value as other methods are
defaulted in the superclass as returning default no-children responses.
+<p>A sythetic child provider can supply a special child named
<code>$$dereference$$</code> what will be used when evaluating
<code>opertaor*</code> and <code>operator-></code> in the <code>frame
variable</code> command and related SB API functions.</p>
<p>For examples of how synthetic children are created, you are
encouraged to look at <a
href="http://llvm.org/svn/llvm-project/lldb/trunk/examples/synthetic/";>examples/synthetic</a>
in the LLDB trunk. Please, be aware that the code in those files (except
bitfield/)
----------------
grammar: "what will be" -> "which will be"
Though I think it would be clearer to say:
If a synthetic child provider supplies a special child named $$dereference$$ it
will be...
https://reviews.llvm.org/D31368
_______________________________________________
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
