@Benjamin Bouvier Are we ready to remove the basic-blocks feature gate and make it default?
is the plan to completely remove EBBs, or make them available-but-not-on-by-default? or first disable, but eventually remove?
The plan is to remove them in the near-term. I'd still like to keep them as an optimization for one particular pass (I believe wasm IR to CLIF conversion) as an internal detail.
The new regallocs that @Benjamin Bouvier and Julian Seward (who's not here!) are writing likely depend on non-ebb representations.
Benjamin Bouvier Are we ready to remove the basic-blocks feature gate and make it default?
https://github.com/bytecodealliance/cranelift/commit/decec8bb4e29572c13e6e325c2c2ebb1a6ea7b4f <-- basic-blocks has been default for a few months now, fwiw. as soon as EBBs are removed i plan on closing https://github.com/bytecodealliance/cranelift/issues/1219.
Yes, the plan is to remove basic blocks entirely. If we wanted to keep them, we'd need either to maintain all the optimization passes so they work with EBBs, or disable them all. So I'm strongly in favor of removing them entirely.
For the bikeshedding matters, I think "Block" / "block" is better than "Bb" / "bb" as a replacement for "Ebb" / "ebb". We've had "Value" in the past, same number of letters, and fully-expanded is less ambiguous and more readable than the acronym.
Last updated: Nov 22 2024 at 17:03 UTC