diff options
author | Jan Beulich <jbeulich@suse.com> | 2024-06-28 08:22:39 +0200 |
---|---|---|
committer | Jan Beulich <jbeulich@suse.com> | 2024-06-28 08:22:39 +0200 |
commit | 82e06fa803fd00c0640dd4b2078f829f832847fd (patch) | |
tree | 06a6e2a5444425bb4dde267dba5be9cce1221dad /COPYING | |
parent | 2a7f257afb4297394ea4239ed97c507d83220dd7 (diff) | |
download | gdb-82e06fa803fd00c0640dd4b2078f829f832847fd.zip gdb-82e06fa803fd00c0640dd4b2078f829f832847fd.tar.gz gdb-82e06fa803fd00c0640dd4b2078f829f832847fd.tar.bz2 |
x86/APX: optimize {nf}-form IMUL-by-power-of-2 to SHL
..., for differing only in the resulting EFLAGS, which are left
untouched anyway. That's a shorter encoding, available as long as
certain constraints on operands are met; see code comments. (SHL-by-1
forms may then be subject to further optimization that was introduced
earlier.)
Note that kind of as a side effect this also converts multiplication by
1 to shift by 0, which is a plain move or even no-op anyway. That could
be further shrunk (as could be presence of shifts/rotates by 0 in the
original code as well as a fair set of other {nf}-form insns), yet the
expectation (for now) is that people won't write such code in the first
place.
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions