-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
compiler: implement labeled switch/continue #21257
Commits on Sep 1, 2024
-
Configuration menu - View commit details
-
Copy full SHA for 49ad51b - Browse repository at this point
Copy the full SHA 49ad51bView commit details -
Air: direct representation of ranges in switch cases
This commit modifies the representation of the AIR `switch_br` instruction to represent ranges in cases. Previously, Sema emitted different AIR in the case of a range, where the `else` branch of the `switch_br` contained a simple `cond_br` for each such case which did a simple range check (`x > a and x < b`). Not only does this add complexity to Sema, which we would like to minimize, but it also gets in the way of the implementation of ziglang#8220. That proposal turns certain `switch` statements into a looping construct, and for optimization purposes, we want to lower this to AIR fairly directly (i.e. without involving a `loop` instruction). That means we would ideally like a single instruction to represent the entire `switch` statement, so that we can dispatch back to it with a different operand as in ziglang#8220. This is not really possible to do correctly under the status quo system. This commit implements lowering of this new `switch_br` usage in the LLVM and C backends. The C backend just turns any case containing ranges entirely into conditionals, as before. The LLVM backend is a little smarter, and puts scalar items into the `switch` instruction, only using conditionals for the range cases (which direct to the same bb). All remaining self-hosted backends are temporarily regressed in the presence of switch range cases. This functionality will be restored for at least the x86_64 backend before merge.
Configuration menu - View commit details
-
Copy full SHA for 1b000b9 - Browse repository at this point
Copy the full SHA 1b000b9View commit details -
Air: add explicit
repeat
instruction to repeat loopsThis commit introduces a new AIR instruction, `repeat`, which causes control flow to move back to the start of a given AIR loop. `loop` instructions will no longer automatically perform this operation after control flow reaches the end of the body. The motivation for making this change now was really just consistency with the upcoming implementation of ziglang#8220: it wouldn't make sense to have this feature work significantly differently. However, there were already some TODOs kicking around which wanted this feature. It's useful for two key reasons: * It allows loops over AIR instruction bodies to loop precisely until they reach a `noreturn` instruction. This allows for tail calling a few things, and avoiding a range check on each iteration of a hot path, plus gives a nice assertion that validates AIR structure a little. This is a very minor benefit, which this commit does apply to the LLVM and C backends. * It should allow for more compact ZIR and AIR to be emitted by having AstGen emit `repeat` instructions more often rather than having `continue` statements `break` to a `block` which is *followed* by a `repeat`. This is done in status quo because `repeat` instructions only ever cause the direct parent block to repeat. Now that AIR is more flexible, this flexibility can be pretty trivially extended to ZIR, and we can then emit better ZIR. This commit does not implement this. Support for this feature is currently regressed on all self-hosted native backends, including x86_64. This support will be added where necessary before this branch is merged.
Configuration menu - View commit details
-
Copy full SHA for 5fb4a7d - Browse repository at this point
Copy the full SHA 5fb4a7dView commit details -
Configuration menu - View commit details
-
Copy full SHA for 5e12ca9 - Browse repository at this point
Copy the full SHA 5e12ca9View commit details -
std.zig: resolve syntactic ambiguity
The parse of `fn foo(a: switch (...) { ... })` was previously handled incorrectly; `a` was treated as both the parameter name and a label. The same issue exists for `for` and `while` expressions -- they should be fixed too, and the grammar amended appropriately. This commit does not do this: it only aims to avoid introducing regressions from labeled switch syntax.
Configuration menu - View commit details
-
Copy full SHA for 0cc8435 - Browse repository at this point
Copy the full SHA 0cc8435View commit details -
Configuration menu - View commit details
-
Copy full SHA for 3b52e5a - Browse repository at this point
Copy the full SHA 3b52e5aView commit details -
wasm: un-regress
loop
andswitch_br
`.loop` is also a block, so the block_depth must be stored *after* block creation, ensuring a correct block_depth to jump back to when receiving `.repeat`. This also un-regresses `switch_br` which now correctly handles ranges within cases. It supports it for both jump tables as well as regular conditional branches.
Configuration menu - View commit details
-
Copy full SHA for cb68c09 - Browse repository at this point
Copy the full SHA cb68c09View commit details -
x86_64: un-regress
loop
andswitch_br
This does *not* yet implement the new `loop_switch_br` instruction.
Configuration menu - View commit details
-
Copy full SHA for fd70d9d - Browse repository at this point
Copy the full SHA fd70d9dView commit details -
AstGen: allow breaking from labeled switch
Also, don't use the special switch lowering for errors if the switch is labeled; this isn't currently supported. Related: ziglang#20627.
Configuration menu - View commit details
-
Copy full SHA for b7a55cd - Browse repository at this point
Copy the full SHA b7a55cdView commit details -
Configuration menu - View commit details
-
Copy full SHA for 2b9af9e - Browse repository at this point
Copy the full SHA 2b9af9eView commit details -
Configuration menu - View commit details
-
Copy full SHA for d5b01df - Browse repository at this point
Copy the full SHA d5b01dfView commit details -
Configuration menu - View commit details
-
Copy full SHA for 97ed239 - Browse repository at this point
Copy the full SHA 97ed239View commit details -
Configuration menu - View commit details
-
Copy full SHA for 0d295d7 - Browse repository at this point
Copy the full SHA 0d295d7View commit details -
Configuration menu - View commit details
-
Copy full SHA for 289c704 - Browse repository at this point
Copy the full SHA 289c704View commit details