To be clear, there’s no disagreement that when using MSBuild you should have exactly the same experience with clang-cl and cl.  And by exact same experience, that means if anything is going on behind the scenes to make sure the filename is printed, it should be invisible to the user.<br><br>The question is about what to do when not using MSBuild.  Someone on Linux who is running clang-cl from the command line would be disturbed by the output because it’s not standard behavior for tools on Linux to do that.  <br><br>With the implementation strategy I proposed in the earlier message, it seems like we can have the best of both worlds.  There’s only really one tool I’m aware of that requires this output (MSBuild), and all other use cases seem to prefer not having it.<br><div class="gmail_quote"><div dir="ltr">On Sat, Sep 29, 2018 at 1:23 AM Stephen Kelly via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 28/09/18 23:30, Zachary Turner via cfe-dev wrote:<br>
> I hadn’t seen that blog post, thanks!<br>
> <br>
> I don’t have a particularly strong opinion on the stdout option, but <br>
> several other project members do. Can you elaborate on why you think it <br>
> should be on by default <br>
<br>
Consistency with MSVC.<br>
<br>
I'll quote you on this:<br>
<br>
 > stdout.  Currently when you build a large project you see no output and<br>
 > it looks like the build is hung, potentially for several minutes.  It<br>
 > would be nice to match what msvc does and generate build output<br>
<br>
That's the exact experience I had.<br>
<br>
> (and separately, why it should not be possible <br>
> to disable)? <br>
<br>
Self consistency. This is less important I think.<br>
<br>
> The thinking on our side is that this is a task better <br>
> handled by the build system<br>
<br>
There are many more buildsystems than Clang-CLs.<br>
<br>
> , and presently most build systems today just <br>
> end up filtering this out anyway.<br>
<br>
I'm not aware of that.<br>
<br>
> My current idea for how to implement this is to have clang detect the <br>
> presence of a magical undocumented environment variable, and have the <br>
> MSBuild integration just set this variable.<br>
<br>
I don't understand the reasoning behind deliberately diverging from what <br>
MSVC does in a tool which emulates it.<br>
<br>
I can keep my patch around if I need to anyway. I just thought I'd point <br>
to to the bug report so you could see the existing discussion.<br>
<br>
Thanks,<br>
<br>
Stephen.<br>
<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div>