gdb: allow default_addressable_memory_unit_size to handle more cases
authorAndrew Burgess <andrew.burgess@embecosm.com>
Wed, 21 Apr 2021 09:59:38 +0000 (10:59 +0100)
committerAndrew Burgess <andrew.burgess@embecosm.com>
Thu, 22 Apr 2021 08:16:54 +0000 (09:16 +0100)
commit05f3c0f09ec7181e00b4095804acad78040284c8
treef05d37d9a386a4e6c67698ab5cc803bcb7edd914
parent2662c237a9219b0863535b8b99be383add2cf0b9
gdb: allow default_addressable_memory_unit_size to handle more cases

Currently default_addressable_memory_unit_size always returns 1,
indicating 1 byte is 1 octet.  If a target has something other than
this (common) setup then the target should override the
default_addressable_memory_unit_size.

However, the bfd library already knows about each targets octets per
byte, so it seems redundant making targets override this method to
tell GDB something it already knows (through bfd).

In this commit I propose to make default_addressable_memory_unit_size
return a value based on bfd's bits per byte.  I checked, and for every
target that GDB currently supports the bits per byte in bfd is 8, so
the current behaviour will not change.

In fact, the only targets in bfd that have bits per byte set to
something other than 8 can be found in cpu-tic4x.c and cpu-tic54x.c, I
don't believe these are supported by GDB right now.

I don't propose to remove the ability to override
default_addressable_memory_unit_size, this allows targets additional
flexibility for how to handle weird combinations of byte sizes.

This change was motivated by an out of tree target I was working on,
but it seemed like it was a good change that others might benefit
from.

There should be no user visible changes after this commit.

gdb/ChangeLog:

* arch-utils.c (default_addressable_memory_unit_size): Return a
value based on bfd's bits per byte.
gdb/ChangeLog
gdb/arch-utils.c