> One other point I must make is in regards to clang's Objective-C support vs. > that of GCC. GCC regards Objective-C as a second class language and has > done so for some time. Objective-C, according to recent statistics has > surpassed C++ in the number of developers using it (see this link > http://www.i-programmer.info/news/98-languages/4462-objective-c-overtakes-c > -in-tiobe-index.html).
I think that neither GCC nor any other compilers can reasonably compete with clang when it comes to Objective-C given that clang is effectively the reference implementation of the language through the connection with Apple. > Clang has, in my experience, at least the above two advantages over GCC. My > project is a free software project, but, yet, we are already starting to > shift towards using Clang as our primary compiler for the above two reasons > among others. It will not surprise me if I see more projects go the same > way. Your case (implementation of Cocoa + Objective-C parser) is very specific though so generalizing from it alone seems a bit fast. > Is it enough to "win" based on philosophical grounds, but lose on technical > ones? And if GCC loses on technical grounds aren't you, in effect, losing > the war since fewer people will end up using your stuff since it doesn't do > what they need or want? I don't believe that making technical decisions on > the basis of political ends really wins anything. A message earlier in > this same thread bears out that many technical decisions on GCC were, in > fact, made for political reasons and that GCC should carefully consider > which ones should be rescinded. Why do you think that there is a war? It's at most a competition between projects with a different focus and different strengths. -- Eric Botcazou