]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commit - opcodes/iq2000-ibld.c
opcodes/cgen: Rework calculation of shift when inserting fields
authorAndrew Burgess <andrew.burgess@embecosm.com>
Sun, 31 Jan 2016 00:41:12 +0000 (00:41 +0000)
committerAndrew Burgess <andrew.burgess@embecosm.com>
Tue, 2 Feb 2016 11:09:17 +0000 (11:09 +0000)
commita143b0045ca8a7024a8515b5dda3ceab5f832e83
tree3df7a0a0f88b6924cd936e792857abcf364294cd
parent0f99255d7413ac9aba5a0318d774388d542c5c8d
opcodes/cgen: Rework calculation of shift when inserting fields

The calculation of the shift amount, used to insert fields into the
instruction buffer, is not correct when the following conditions are all
true:
  - CGEN_INT_INSN_P is defined, and true.
  - CGEN_INSN_LSB0_P is true
  - Total instruction length is greater than the length of a single
    instruction word (the instruction is made of multiple words)
  - The word offset is non-zero (the field is outside the first word)

When the above conditions are all true, the calculated shift fails to
take account of the total instruction length.

After this commit the calculation of the shift amount is split into two
parts, first we calculate the shift required to get to BIT0 of the word
in which the field lives, then we calculate the shift required to place
the field within the instruction word.

The change in this commit only effects the CGEN_INT_INSN_P defined true
case, but changes the code for both CGEN_INSN_LSB0_P true, and false.

In the case of CGEN_INSN_LSB0_P being false, the code used to say:

shift = total_length - (word_offset + start + length);

Now it says:

shift_to_word = total_length - (word_offset + word_length);
shift_within_word = word_length - start - length;
shift = shift_to_word + shift_within_word;

From which we can see that in all cases the computed shift value should
be unchanged.

In the case of CGEN_INSN_LSB0_P being true, the code used to say:

shift = (word_offset + start + 1) - length;

Now it says:

shift_to_word = total_length - (word_offset + word_length);
shift_within_word = start + 1 - length;
shift = shift_to_word + shift_within_word;

In the case where 'total_length == word_length' AND 'word_offset ==
0' (which indicates an instruction of a single word), we see that the
computed shift value will be unchanged.  However, when the total_length
and word_length are different, and the word_offset is non-zero then the
computed shift value will be different (and correct).

opcodes/ChangeLog:

* cgen-ibld.in (insert_normal): Rework calculation of shift.
* epiphany-ibld.c: Regenerate.
* fr30-ibld.c: Regenerate.
* frv-ibld.c: Regenerate.
* ip2k-ibld.c: Regenerate.
* iq2000-ibld.c: Regenerate.
* lm32-ibld.c: Regenerate.
* m32c-ibld.c: Regenerate.
* m32r-ibld.c: Regenerate.
* mep-ibld.c: Regenerate.
* mt-ibld.c: Regenerate.
* or1k-ibld.c: Regenerate.
* xc16x-ibld.c: Regenerate.
* xstormy16-ibld.c: Regenerate.
15 files changed:
opcodes/ChangeLog
opcodes/cgen-ibld.in
opcodes/epiphany-ibld.c
opcodes/fr30-ibld.c
opcodes/frv-ibld.c
opcodes/ip2k-ibld.c
opcodes/iq2000-ibld.c
opcodes/lm32-ibld.c
opcodes/m32c-ibld.c
opcodes/m32r-ibld.c
opcodes/mep-ibld.c
opcodes/mt-ibld.c
opcodes/or1k-ibld.c
opcodes/xc16x-ibld.c
opcodes/xstormy16-ibld.c