summaryrefslogtreecommitdiff
path: root/src/ir/stack-utils.h
diff options
context:
space:
mode:
authorAlon Zakai <azakai@google.com>2023-08-09 10:31:48 -0700
committerGitHub <noreply@github.com>2023-08-09 10:31:48 -0700
commitd0bdf202463323a0b9f3be95fe2c64765a84a4b7 (patch)
treec4142a82fe8d1fe2451745b5068cadae4e063af9 /src/ir/stack-utils.h
parent0fc7b883d373924717ceccf71a6a759c97a8fb08 (diff)
downloadbinaryen-d0bdf202463323a0b9f3be95fe2c64765a84a4b7.tar.gz
binaryen-d0bdf202463323a0b9f3be95fe2c64765a84a4b7.tar.bz2
binaryen-d0bdf202463323a0b9f3be95fe2c64765a84a4b7.zip
LinearExecutionWalker: Optionally connect blocks for Br and BrOn (#5869)
Br and BrOn can consider the code before and after them connected if it might be reached (which is the case if the Br has a condition, which BrOn always has). The wasm2js changes may look a little odd as some of them have this: i64toi32_i32$1 = i64toi32_i32$2; i64toi32_i32$1 = i64toi32_i32$2; I looked into that and the reason is that those outputs are not optimized, and also even in unoptimized wasm2js we do run simplify-locals once (to try to reduce the downsides of flatten). As a result, this PR makes a difference there, and that difference can lead to such odd duplicated code after other operations. However, there are no changes to optimized wasm2js outputs, so there is no actual problem. Followup to #5860.
Diffstat (limited to 'src/ir/stack-utils.h')
0 files changed, 0 insertions, 0 deletions