|
|
|
|
|
by Privacy846
2011 days ago
|
|
> This question inappropriately assumes that the Rust compiling design and performance are fixed to what is today, and in particular, that they are entirely inherent to the language. Either that, or: it asks exactly that question rather than assumes that slow compilation is intrinsic to memory safety etc. But yes, there might be an implicit premise about some part of the Rust design contributing to slow compilation times. |
|
- LLVM_module_codegen_emit_obj: 47% of the time - LLVM_passes: 16% - codegen_module: 15%
Sample of Rust-specific passes:
- MIR_borrow_checking: 0.2% - resolve_lifetimes: 0.0%
The two passes above are arbitrarily picked, but anything other than the top three takes cumulatively 22% of the time.
Based on this, the Rust IR generation and LLVM are the bottleneck. I'd be interested in the opinion of somebody knowledgeable, since there may be non-obvious mistakes in the above reasoning.