diff options
author | Björn Gustavsson <[email protected]> | 2018-01-30 13:45:41 +0100 |
---|---|---|
committer | Björn Gustavsson <[email protected]> | 2018-01-30 14:03:26 +0100 |
commit | ce51e9969798cef67b4d00e03a9e59c7986a8bdd (patch) | |
tree | 213c326a8c3b9507c6f91943ec43a03fd7a1f6c4 /lib/ssh/Makefile | |
parent | fc6eb93ae081ac5ebf715e53d0d2519067fcea95 (diff) | |
download | otp-ce51e9969798cef67b4d00e03a9e59c7986a8bdd.tar.gz otp-ce51e9969798cef67b4d00e03a9e59c7986a8bdd.tar.bz2 otp-ce51e9969798cef67b4d00e03a9e59c7986a8bdd.zip |
Fix incorrect handling of floating point instructions
1a029efd1ad47f started to run the beam_block pass a second time.
Since it is run after introduction of the optimized floating point
instructions, it must handle those instructions correctly.
In particular, it must be careful when hoisting allocation
instructions. For example, the following code:
{test_heap,{alloc,[{words,0},{floats,1}]},5}.
.
.
.
{fmove,{fr,2},{x,0}}.
{allocate_zero,1,4}.
must not be rewritten to:
{test_heap,{alloc,[{words,0},{floats,1}]},5}.
.
.
.
{allocate_zero,1,4}.
{fmove,{fr,2},{x,0}}.
because beam_validator will not consider it safe. (The code may
actually be safe depending on what the code between the two allocation
instructions do.)
https://bugs.erlang.org/browse/ERL-555
Diffstat (limited to 'lib/ssh/Makefile')
0 files changed, 0 insertions, 0 deletions