The v0.20 release notes got wondering about the policy for breaking bugfixes in v0.20/v1.0 ([https://github.com/nim-lang/website/pull/155](https://github.com/nim-lang/website/pull/155) ). From the release notes:
> A 1.0 release means that once either Nim 0.20.0 is promoted to 1.0 status, or > another release candidate is, there will no longer be any breaking changes > made. I understand that it's important that v1.0 will be stable, but it left me wondering about the several known compiler bugs that will require breaking changes to fix. For example, I have an open PR that fixes a minor bug with implicit int conversions to ranges ([https://github.com/nim-lang/Nim/pull/11197)](https://github.com/nim-lang/Nim/pull/11197\)). This PR breaks working code. I'm sure there are many other such minor bugs that cannot be fixed without breaking working code, both in the compiler and stdlib. Will such fixes no longer be accepted? Will they be accepted, but only for a separate v2.0 branch? Or will the manual be updated to document these bugs as intended behavior?
