diff options
| author | Jan Beulich <jbeulich@suse.com> | 2021-04-26 10:37:30 +0200 |
|---|---|---|
| committer | Jan Beulich <jbeulich@suse.com> | 2021-04-26 10:37:30 +0200 |
| commit | fe134c656991cda74ab7bad80947930f666f8907 (patch) | |
| tree | eca41b24b1d7416e13375c9dc9685b1ebf5b5a4e /opcodes/ChangeLog | |
| parent | b818855549013ba43e730e07f790e5cbfd16a757 (diff) | |
| download | gdb-fe134c656991cda74ab7bad80947930f666f8907.zip gdb-fe134c656991cda74ab7bad80947930f666f8907.tar.gz gdb-fe134c656991cda74ab7bad80947930f666f8907.tar.bz2 | |
x86: optimize LEA
Over the years I've seen a number of instances where people used
lea (%reg1), %reg2
or
lea symbol, %reg
despite the same thing being expressable via MOV. Since additionally
LEA often has restrictions towards the ports it can be issued to, while
MOV typically gets dealt with simply by register renaming, transform to
MOV when possible (without growing opcode size and without altering
involved relocation types).
Note that for Mach-O the new 64-bit testcases would fail (for
BFD_RELOC_X86_64_32S not having a representation), and hence get skipped
there.
Diffstat (limited to 'opcodes/ChangeLog')
| -rw-r--r-- | opcodes/ChangeLog | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/opcodes/ChangeLog b/opcodes/ChangeLog index bf495d0..f0840e3 100644 --- a/opcodes/ChangeLog +++ b/opcodes/ChangeLog @@ -1,3 +1,8 @@ +2021-04-26 Jan Beulich <jbeulich@suse.com> + + * i386-opc.tbl (lea): Add Optimize. + * opcodes/i386-tbl.h: Re-generate. + 2020-04-23 Max Filippov <jcmvbkbc@gmail.com> * xtensa-dis.c (print_xtensa_operand): For PC-relative operand |