<div><br></div><div><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 14, 2018 at 5:56 PM Vedant Kumar <<a href="mailto:vsk@apple.com">vsk@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><br><div><br><blockquote type="cite"><div>On Aug 14, 2018, at 5:34 PM, Zachary Turner <<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>> wrote:</div><br class="m_-2403131304781074189Apple-interchange-newline"><div>I’ve thought about this in the past but the conclusion I came to is that lldbinline tests are actually just filecheck tests in disguise.  Why do we need both? I’d rather delete the lldbinline infrastructure entirely and make a new lit TestFormat that basically does what lldbinline already does </div></blockquote><div><br></div><div>An inline test does more than simply pattern-matching input. It builds a program, sets breakpoints, etc. I'd rather make this existing infrastructure easier to use than come up with something new.</div></div></div><div style="word-wrap:break-word;line-break:after-white-space"><div><div><br></div><div>vedant</div></div></div></blockquote><div dir="auto"><br></div><div dir="auto">Right, but only one specific type of lit test  depends on pattern matching, and those are the SHTest format tests.  You can make an arbitrary test format, including one that builds programs, set breakpoints etc.  the format and structure of an lldbinline test need not even change at all (except that I think we could eliminate the .py file).  The lldbinline tests are about as close to a drop in fit for lit as we can get, the only thing that needs to happen is the code in lldbinline.py needs to move to something called InlineTestFormat.py and then be hooked into lit</div></div></div>