<div dir="ltr">Committed in r224665.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 19, 2014 at 5:37 PM, Chandler Carruth <span dir="ltr"><<a href="mailto:chandlerc@gmail.com" target="_blank">chandlerc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class=""><br><div class="gmail_quote">On Fri, Dec 19, 2014 at 5:23 PM, Justin Bogner <span dir="ltr"><<a href="mailto:mail@justinbogner.com" target="_blank">mail@justinbogner.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="overflow:hidden">Because they check for the output they want (or don't, as the case may<br>
be), rather than checking for no output. Please use FileCheck for this:<br>
<br>
    ; CHECK-NOT: not a recognized processor for this target<br>
    ; RUN: llc < %s -o /dev/null -mtriple=x86_64-unknown-unknown -mcpu=nocona 2>&1 | FileCheck --allow-empty</div></blockquote></div><br></span>I actually started with this and specifically avoided it because it will silently miss if the error message changes its form at all.</div><div class="gmail_extra"><br></div><div class="gmail_extra">But I think I see how to do this robustly now -- I can force it to fail and check that the error message in fact matches this first. I'll do that when I'm next at a computer with a checkout if no one gets there first.</div></div>
</blockquote></div><br></div>