<br><br><div class="gmail_quote">2009/8/11 Nuno Lopes <span dir="ltr"><<a href="mailto:nunoplopes@sapo.pt">nunoplopes@sapo.pt</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There is a bunch of failures caused by this kind of tests on windows, such<br>
as Preprocessor\include-directive1.c. Here an example of a test command:<br>
// RUN: clang-cc -E %s -fno-caret-diagnostics 2>&1 >/dev/null | grep 'file<br>
successfully included' | count 3<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
>From what I understand, first stderr is redirected to stdout and then stdout<br>
</blockquote>
to /dev/null, meaning if I understand thing well that both stderr and stdout<br>
goes into /dev/null and are not passed to the next process in the pipe. So<br>
what it supposes to go in the following pipe? Obviously there is something I<br>
don't know...<br>
</blockquote>
<br></div></div>
nops. that means that stderr is passed through the pipe and stdout is discarded. The forwarding of fds is done in the specified order (and it matters).<br><font color="#888888">
Nuno <br>
</font></blockquote></div><br>Thanks for clarifying that. Got another 4 tests passing on Windows fixing that bug.<br><br>