<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">> 1. Clang does not use C++0x, and there is no option to make it so, thus the<br>

> header cannot be parsed<br></div></blockquote><div><br></div><div>I've got some experiments that could add this support - though it's a slightly more involved problem. Clang can't parse libstdc++'s C++11 headers - it needs libc++ for that. So you'd need the option to choose the stdlib (& preferably have that option be forced upon you if you chose to compile as C++11) as well as the language spec.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> 2. It caused a crash (probably because the header could not be parsed)<br></div></blockquote><div><br></div><div>That is a bit strange - I assume clang shouldn't be trying to continue compiling after it finds a #error directive, but I'm not sure.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">> 0.    Program arguments: /opt/clang-releases/llvm-2.7/bin/clang -cc1<br>
<br>
</div>This would seem to imply that the version of Clang running on the<br>
demo page is 2.7, which had quite poor C++ support.  This was backed<br>
up by my own experiments in which I tried to compile the following<br>
(which fails to compile; enumerator_attributes was introduced between<br>
2.7 and 2.9):<br>
<br>
#if !__has_feature(enumerator_attributes)<br>
test<br>
#endif<br></blockquote><div><br></div><div>I don't have access to my own dev account right now so I can't verify this - but does that successfully compile on 2.9 even without specifying a spec version (ie: using the default -std=c++98)?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Are we really running 2.7?  And if so, we should certainly consider<br>
upgrading LLVM/Clang on the demo machine.<br></blockquote><div><br></div><div>I believe the intent was to upgrade to 2.9 when Tanya switched over to using clang for the demo page a few weeks ago: <a href="https://llvm.org/viewvc/llvm-project/www/trunk/demo/index.cgi?r1=102895&r2=136820&diff_format=h">https://llvm.org/viewvc/llvm-project/www/trunk/demo/index.cgi?r1=102895&r2=136820&diff_format=h</a><br>
<br>But perhaps the machine never got the latest version rebuilt... <br><br>Which could explain why my colored clang diagnostic change never worked for her, if clang didn't have colored diagnostic support back in 2.7 (I don't know which revision that was - could someone confirm whether that's true? I'll poke around in ViewVC to see if I can make sense of it, though)</div>
<div><br></div><div>- David</div></div>