@cr1901 My plan is to replace it with the Cranelift backend. It's written entirely in Rust, so it should be usable if we have a Rust compiler.
If that doesn't work, my plan is to write a QBE backend for rustc and use that instead.
Top-level
8 comments
@notgull Actual no-optimization builds of rustc are so slow that config.toml itself says they're unsupported. Hopefully getting an acceptable speed compiler doesn't require LLVM-like levels of effort (i.e. 80% of the speed for 20% of the work). Anyways, if you succeed in this project, I will have to find something else to bit- err, nothing left to bitch about- wrt rustc's bootstrap situation, so I do hope its feasible, and that e.g. upstream (if QBE is required) and Cranelift are supportive :D. @notgull This is OT, but while its on my mind... Is GH Discussions a reasonable place to ask questions about design decisions about smol? (Specifically, I have a lifetime question, and can't figure it out for the life of me) |
@notgull Does Cranelift do optimizations? I've heard conflicting info about this ("it doesn't optimize", "it does optimize, but debug-friendly opts only, no further opts planned", "release opts are planned/in progress").