3 ms·
https://www.npopov.com/2022/12/20/This-year-in-LLVM-2022.html#compile-time https://www.npopov.com/2022/12/20/This-year-in-LLVM-2022.htm... From the article: I
by w-m 4y ago
https://www.npopov.com/2022/12/20/This-year-in-LLVM-2022.html#compile-time https://www.npopov.com/2022/12/20/This-year-in-LLVM-2022.htm...
From the article:
I think this is the first time in quite a few releases where we end up with an overall regression. However, the situation is not quite as bad as it looks.
In particular, the large regression on the right is due to enabling C++17 by default. The close to two times slowdown in 7zip O0 builds comes down to STL headers becoming 2-3 times as large in C++17.
While this is sad, and I had to edit out some choice words on the C++ standardization committee (I hear that this gets even worse in C++20), at least this does not affect non-clang compilers (e.g. Rust) and C code.
- pjmlp 4y agoMeanwhile VC++ does just fine, thanks to how it handles incremental compilation, incremental linking and now modules.
- flohofwoe 4y agoI've been working both with Clang and MSVC nearly daily for the last 10 years. My impression during that whole time is that MSVC (on Windows) is universally slower than Clang (on Linux or macOS, Clang on Windows is also not exactly a performance wonder though). Clang might have become slower over time, but it still has a long way to go until it gets down to MSVC's average performance.
- pjmlp 4y agoOnly if you aren't using pre-compiled headers, or hot code reloading, alongside incremental compilation and linking.