Most users would never adjust defaults. "Defaults will prevail". So that's what >90% of users will actually be able to get from system. Hence it's completely fair and good idea to compare default systems without tuning.
Printable View
Christ, are you guys bashing clang/BSD serious or am I just dropping into an exchange of in-jokes? I mean, this article is only relevant to you if you a) are running BSD and b) are interested in the performance impact of the clang switch. If you are not, then why are you wasting your and everyone else's time here debating non-issues?
The irony here is that, compared to what we have in the Windows world, no one bothers with GCC. Slightly slower then MSVC, and a hack of a lot harder to, you know, CODE with.
http://www.behardware.com/articles/8...itectures.html
http://www.hardware.fr/medias/photos...IMG0036203.png
As a developer, if I had to code for a non-Windows platform, I'd use LLVM/CLANG in a heartbeat over GCC, especially once it gains OpenMP support later this year.
See, that’s why I do not like the focus the OpenMP tests put on OpenMP: They create a hype on OpenMP which establishes the feeling that LLVM would be so much better than GCC if it just implemented OpenMP - which is simply a feature which will come at some point.
That’s like establishing a binary decision point when people should switch instead of showing the different aspects of choosing a compiler.
keep dreaming, more poeple use GCC then MSVC because it's free, portable and doesn't require the slow and bloated .NET to install. Your facts are twisted.
GCC is slower because it does more work it producing binaries that are smaller and more efficient then the horrible bloated messes produced by MSVC and CLANG. It makes more more sense: Compile once and run many times. Something the BSD homos don't get.
GCC outputs a lot more details that Clang and MSVC try to hide making it easiler to figure out the problem much more quickly.