<div class="gmail_quote">2011/11/1 Matthieu Monrocq <span dir="ltr"><<a href="mailto:matthieu.monrocq@gmail.com">matthieu.monrocq@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote">Le 1 novembre 2011 00:03, Miles Bader <span dir="ltr"><<a href="mailto:miles@gnu.org" target="_blank">miles@gnu.org</a>></span> a écrit :<div><div></div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

2011/11/1 Chandler Carruth <<a href="mailto:chandlerc@google.com" target="_blank">chandlerc@google.com</a>>:<br>
<div>> I'm really sorry that came off as condescending, it wasn't meant to be. The<br>
> cost imposed by switching to Clang's error messages was one we took very<br>
> seriously. Working with GCC for a long time isn't a negative statement about<br>
> the developer, it's a simple reality given the long history GCC has in the<br>
> open source community as essentially the only compiler option available.<br>
<br>
</div>Er, well you basically divided your user base into two categories:<br>
those who eagerly embraced clang, and those who were too<br>
dim/rigid/inexperienced to appreciate it -- with what seems to be the<br>
implication that anybody in the former group _must_ be in the latter.<br>
That's veering pretty close to True Scotsman territory...<br>
<br>
While I'm sure both types of user are present, I suspect that you're<br>
omitting another group:  those who don't really care so much either<br>
way -- especially amongst those whose compiler usage doesn't usually<br>
tickle the particularly egregious cases (e.g. C developers -- like<br>
Gnome! -- and C++ devs who aren't pushing boundaries with templates),<br>
and developers who are experienced enough (as I imagine most google<br>
devs to be!) that they aren't particularly bothered by the specific<br>
wording of error messages...<br>
<br>
Again, I don't want to seem like I'm speaking _against_ clang -- I'm<br>
not, I use it, and I like it -- and clang certainly does generally<br>
have pretty clear error messages.  But there seems to be this idea<br>
floating around that gcc's error messages are unusably bad, and that<br>
clang's are in a completely different class, and _that_ I just don't<br>
see.<br>
<br>
[I should note, btw, that gcc is developed too -- and that includes<br>
improving the error messages, and compilation speed...]<br>
<div><div></div><div><br>
-miles<br>
<br>
--<br>
Cat is power.  Cat is peace.<br>
<br></div></div></blockquote></div></div><div> <br>Hello,<br><br>I think you misunderstood Chandler's statement here. From the way I read it (but then, I am a French speaker first and foremost...) it seemed to me that some people were rightly concerned about the lack of productivity that would result from having to learn the "clang" way. I think it's a valid concern.<br>

<br>Personally, I have been using Clang at home for a while, and gcc at work (company policy) and I will fully admit that despite my real interest in Clang and its definitely better diagnosis, I am simply more used to gcc's diagnostics and thus more adept at deciphering them, no matter how arcane they may appear to a beginner...<br>

<br>Another interesting point though, for the switch, is the performance of the resulting binary. Development is one thing, and we have a lot of tools at our disposal to help out: compiling with both Clang and gcc with warnings on certainly help catch a lot of errors, static analysis is quite useful as well, debug builds etc... However when pushing software to a server, we still want to heck out as much speed and as few memory as we can from it.<br>

<br>As far as I know, gcc still has the lead here (but then the only serious benchmarks I saw were from phoronix, and it was a while ago). I seem to remember that LLVM was more adept for numerical computation, but it's of little interest to me (and my company). If someone had accurate figures Clang 3.0 / gcc 4.7, it would be interesting to see how it falls out now.<br>
</div></div></blockquote><div><br>+1: The only "up-to-date" comparisons one can find are Mac GCC 4.2.1 vs current LLVM/Clang, but never really trustable comparisons vs more recent GCC versions. It would also be very informative and perhaps have the most value as a "reality-check" if the by now dated comparisons here: <a href="http://clang.llvm.org/features.html#performance">http://clang.llvm.org/features.html#performance</a> could be updated to compare current GCC vs current Clang. I'm expecting the difference to be reduced (GCC has improved lot since 4.2(!).. duh!). Running the exact same benchmarks and comparing Clang's and GCC's progress would be very good to know and perhaps point out any (if there are any) weaknesses in Clang's performance.<br>
<br>Ruben<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote"><div><font color="#888888">
<br>--Matthieu<br></font></div></div>
<br>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div><br>