Description
This is a tracking issue for the -Zcodegen-backend compiler flag.
rustc today only supports one stable backend ("llvm"), but it has many unstable backends.
In the future, it will support multiple stable backends.
Our plan is that the stable backends will all be allowlisted in the compiler. The general pattern will be that every stable backend will be denoted by an identifier with no . in its name (e.g. "cranelift", "gcc", "llvm"). When we start reaching a point where one of the alternative backends is getting close to being ready to stabilize, we will then discuss how to offer a stable form of this flag (i.e. -C codegen-backend flag).
Meanwhile, the -Z codegen-backend flag will always unstably support an interface for connecting to an arbitrary backend loaded as a dynamic library, as described below.
This flag unstably allows you specify a path to a dynamic library containing a function named __rustc_codegen_backend with a signature of fn() -> Box<dyn rustc_codegen_ssa::traits::CodegenBackend> to use as code generation backend at runtime. (CodegenBackend trait)
Example
use rustc_codegen_ssa::traits::CodegenBackend;
struct MyBackend;
impl CodegenBackend for MyBackend {
// Implement codegen methods
}
#[no_mangle]
pub fn __rustc_codegen_backend() -> Box<dyn CodegenBackend> {
Box::new(MyBackend)
}About tracking issues
Tracking issues are used to record the overall progress of implementation.
They are also used as hubs connecting to other relevant issues, e.g., bugs or open design questions.
A tracking issue is however not meant for large scale discussion, questions, or bug reports about a feature.
Instead, open a dedicated issue for the specific matter and add the relevant feature gate label.
Implementation history
- Initial Implementation Allow runtime switching between trans backends #45684
- Add
codegen-backendto deps Add -Z codegen-backend dylib to deps #77565
Activity