<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 2, 2016 at 9:26 AM, Dmitry Vyukov <span dir="ltr"><<a href="mailto:dvyukov@google.com" target="_blank">dvyukov@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Feb 2, 2016 at 5:39 PM, Dmitry Vyukov <<a href="mailto:dvyukov@google.com">dvyukov@google.com</a>> wrote:<br>
> On Tue, Feb 2, 2016 at 5:24 PM, David Blaikie <<a href="mailto:dblaikie@gmail.com">dblaikie@gmail.com</a>> wrote:<br>
>><br>
>><br>
>> On Tue, Feb 2, 2016 at 8:23 AM, Nico Weber <<a href="mailto:thakis@google.com">thakis@google.com</a>> wrote:<br>
>>><br>
>>> <a href="http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60" rel="noreferrer" target="_blank">http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60</a><br>
>>> probably didn't use OS X?<br>
>><br>
>><br>
>> Fair point - Kostya/Dmitry, any ideas here?<br>
<br>
</span>Ah, OK, I misread this (though, that page says 404 No Such Resource to me).<br>
<br>
Is there any magical idea behind lit hiding test output?</blockquote><div><br></div><div>I've had some ideas about how to squirrel output back through the buildbot, etc - but would take more time/investigation than I'm likely to devote to the task any time soon, unfortunately.<br><br>In the short term/interim, you might be able to "REQUIRES: shell" and use "tee" the output to a temp file, then run FileCheck on the temp file. That way it should dump the output, then show FileCheck results after that.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> If mmaps are<br>
filing with ENOMEM, then we could just stop the test of ENOMEM.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
>>> On Tue, Feb 2, 2016 at 11:20 AM, David Blaikie <<a href="mailto:dblaikie@gmail.com">dblaikie@gmail.com</a>> wrote:<br>
>>>><br>
>>>> Can we XFAIL it only on OSX/Darwin & file a bug? It sounds like the issue<br>
>>>> may be restricted to that platform & there's incomplete (possibly ongoing)<br>
>>>> investigation? That way we don't risk regressing it on the platforms where<br>
>>>> this does seem to be working correctly<br>
><br>
><br>
> I am fine if we disable it on OSX. Tsan OSX support is very new.<br>
> +Kuba, please add XFAIL for OSX.<br>
><br>
><br>
>>>> On Tue, Feb 2, 2016 at 6:25 AM, Tobias Grosser via llvm-dev<br>
>>>> <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
>>>>><br>
>>>>> On 01/22/2016 09:47 PM, Nico Weber via llvm-dev wrote:<br>
>>>>>><br>
>>>>>> Here's another one:<br>
>>>>>><br>
>>>>>> <a href="http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60" rel="noreferrer" target="_blank">http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60</a><br>
>>>>><br>
>>>>><br>
>>>>> I just got another error. Could we possibly disable this test until this<br>
>>>>> issue has been resolved?<br>
>>>>><br>
>>>>> Best,<br>
>>>>> Tobias<br>
>>>>><br>
>>>>> _______________________________________________<br>
>>>>> LLVM Developers mailing list<br>
>>>>> <a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
>>>>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
>>>><br>
>>>><br>
>>><br>
>><br>
</div></div></blockquote></div><br></div></div>