diff options
author | Michał Muskała <[email protected]> | 2017-08-09 13:51:16 +0200 |
---|---|---|
committer | Michał Muskała <[email protected]> | 2018-06-08 02:57:19 +0200 |
commit | cfc2b4ff4a6a2c46a3e2458eb87fd089e610783a (patch) | |
tree | 7af15af6397083c2ec70ca60b50200bb1723f331 /AUTHORS | |
parent | 8376b2cfcc4ab37ea398c2c564d2ba64d485896a (diff) | |
download | otp-cfc2b4ff4a6a2c46a3e2458eb87fd089e610783a.tar.gz otp-cfc2b4ff4a6a2c46a3e2458eb87fd089e610783a.tar.bz2 otp-cfc2b4ff4a6a2c46a3e2458eb87fd089e610783a.zip |
Run the sharing optimisation in beam_jump until fixpoint
This is especially useful after inlining a function with a case.
Today the compiler would most probably be able to unify all the leafs of the
case during the sharing optimisation, but it would fail to unify the pattern
matching itself.
Naively running the optimisation multiple times wouldn't be able to find the
common code either, because it would differ in jump/fail targets of various
instructions.
To remedy this, after doing each sharing pass we traverse the code backwards
when reversing and update all the jump targets with the new targets that were
discovered during the unification pass. This allows running the optimisation
until fixpoint and makes sure all sharing opportunities will be discovered.
This optimisation also helps with the Elixir's `with/else` construct.
Diffstat (limited to 'AUTHORS')
0 files changed, 0 insertions, 0 deletions