<div dir="ltr">On Mon, Sep 2, 2013 at 12:10 PM, Nico Rieck <span dir="ltr"><<a href="mailto:nico.rieck@gmail.com" target="_blank">nico.rieck@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On 02.09.2013 20:45, Chandler Carruth wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
On nix-ish platforms, -fcolor-diagnostics actually enables colors even for<br>
pipes, and so works with Ninja or other build systems that use pipes. Is<br>
the problem that you need to switch from console APIs to produce the colors<br>
to ANSI escapes?<br>
</blockquote>
<br></div>
Exactly.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
How about a -fansi-escape-colors or some such?<br>
<br>
Generally, I'd like to avoid the use of the environment variables. Command<br>
line switches and such are easier to test, set, and audit in most cases.<br>
</blockquote>
<br></div>
I initially opted to use an environment variable to keep the impact small. But if you think a command line switch would be better, that's fine with me and I'll rewrite this.</blockquote><div><br></div><div>There is always the little-known QA_OVERRIDE_GCC3_OPTIONS if you want to flip color diagnostics on or off without re-running CMake.</div>

</div></div></div>