<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 14, 2016 at 4:39 PM Jim Ingham <<a href="mailto:jingham@apple.com">jingham@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
> 4. You can test a LOT more things when you are able to use an api that doesn't have to be stable.<br class="gmail_msg">
<br class="gmail_msg">
When I mentioned that API, I had in mind an internal Python module that you could use to grub into internals.  I'm all for that.  I'm not so much in favor of "I have an ad hoc command that prints out various bits of texts, and we'll use that for testing."<br class="gmail_msg"></blockquote><div><br></div><div>Is it any different though? Take the API you're imagining to grub for internals.  Now imagine the EXACT same API as an lldb command.  What's the difference?  What could you do with the Python API that you couldn't do with the command API?  Aside from write imperative control flow constructs, which I see as a positive rather than a negative.</div></div></div>