<div class="gmail_quote">On Thu, May 3, 2012 at 12:59 PM, Simon Atanasyan <span dir="ltr"><<a href="mailto:satanasyan@mips.com" target="_blank">satanasyan@mips.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Thu, May 3, 2012 at 10:40 AM, Chandler Carruth <<a href="mailto:chandlerc@google.com">chandlerc@google.com</a>> wrote:<br>
> On Wed, May 2, 2012 at 5:29 PM, Eli Friedman <<a href="mailto:eli.friedman@gmail.com">eli.friedman@gmail.com</a>> wrote:<br>
>><br>
>> > Clang :: Tooling/clang-check.cpp<br>
>> > Clang :: Tooling/clang-check-pwd.cpp<br>
>> > Clang :: Tooling/clang-check-args.cpp<br>
>> > Clang :: Tooling/clang-check-builtin-headers.cpp<br>
>> ><br>
>> > These tests expect that clang driver runs exactly one compiler job, but<br>
>> > integrated assembler is turned off on MIPS by default and the driver<br>
>> > runs<br>
>> > two jobs. I suggest to add "mips" to the XFAIL list for these tests.<br>
>><br>
>> Okay, but please add a comment noting why you're XFAILing it on MIPS.<br>
><br>
><br>
> FWIW, I think this is a real bug that we should fix. Integrated assembler<br>
> shouldn't impact these tools, there is probably something we're failing te<br>
> set up correctly in the driver and invocation.<br>
><br>
> I've CC-ed Manuel. We should be able to reproduce this by actively using the<br>
> MIPS triple.<br>
<br>
</div></div>Do you suggest to keep these test failed while the bug is not fixed?<br>
It's not a problem - just want to clarify.<br>
<br>
By the way, if somebody give me a short intro to the tooling library<br>
and "clang-check" tool, I would be happy to investigate the bug and<br>
probably fix it.</blockquote><div><br></div><div>This was my hope, and why I CC'ed Manuel so he could provide some insight into why this might be failing....</div><div><br></div><div>My understanding is that the tooling library wishes to only run a single compilation job, and is failing to properly set up the driver/invocation for that, leaving the external assembler job also in the pipeline. I'm not of the exact location of this code, but I think Manuel has seen related problems recently anyways.</div>
</div>