From b50e6d09755d2cb86482fd67467366c104b11a13 Mon Sep 17 00:00:00 2001 From: Andrew Brinker Date: Wed, 26 Jul 2017 11:34:52 -0700 Subject: [PATCH] Fixed MIR answer --- en-US/faq.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/en-US/faq.md b/en-US/faq.md index b637ee32b..4c69cdc8d 100644 --- a/en-US/faq.md +++ b/en-US/faq.md @@ -216,7 +216,7 @@ Aside from the compilation model, there are several other aspects of Rust's lang First, Rust has a moderately-complex type system, and must spend a non-negligible amount of compile time enforcing the constraints that make Rust safe at runtime. -Secondly, the Rust compiler suffers from long-standing technical debt, and notably generates poor-quality LLVM IR which LLVM must spend time "fixing". There is hope that future [MIR-based](https://github.com/rust-lang/rfcs/blob/master/text/1211-mir.md) optimization and translation passes will ease the burden the Rust compiler places on LLVM. +Secondly, the Rust compiler suffers from long-standing technical debt, and notably generates poor-quality LLVM IR which LLVM must spend time "fixing." The addition of a new internal representation called [MIR](https://github.com/rust-lang/rfcs/blob/master/text/1211-mir.md) to the Rust compiler offers the potential to perform more optimizations and improve the quality of LLVM IR generated, but this work has not yet occured. Thirdly, Rust's use of LLVM for code generation is a double-edged sword: while it enables Rust to have world-class runtime performance, LLVM is a large framework that is not focused on compile-time performance, particularly when working with poor-quality inputs.