aboutsummaryrefslogtreecommitdiff
path: root/gas/ChangeLog
diff options
context:
space:
mode:
authorJan Beulich <jbeulich@suse.com>2021-05-03 13:25:12 +0200
committerJan Beulich <jbeulich@suse.com>2021-05-03 13:25:12 +0200
commit4c398cc06d333fcb04772c04ea18db68587e8a1f (patch)
treee8f0dcc93460fdf17621e9d37ed13ec6beb9bff2 /gas/ChangeLog
parentd389a1a7692d247b6153fc6a98ebc43d7070fc2e (diff)
downloadgdb-4c398cc06d333fcb04772c04ea18db68587e8a1f.zip
gdb-4c398cc06d333fcb04772c04ea18db68587e8a1f.tar.gz
gdb-4c398cc06d333fcb04772c04ea18db68587e8a1f.tar.bz2
x86: don't request useless overflow checking
Relocations with a bitsize matching the architecture's address width can't usefully use an overflow checking approach other than "dont" or "signed": All others involve perhaps complex calculations in _bfd_relocate_contents() (or, not as severe, in bfd_check_overflow()) without ever finding anything to complain about - because of the address width masking applied. Avoid this unnecessary overhead and switch all such reloc types to "dont". Note that "signed" checking with rela relocations (i.e. x86-64 here) is only going to be useful if the addend actually got passed to _bfd_relocate_contents() (and maybe others) instead of bogusly adding in prior section contents (which apparently is assumed to be zero, and hence again no overflow would ever be detected). See https://sourceware.org/pipermail/binutils/2021-April/116164.html.
Diffstat (limited to 'gas/ChangeLog')
0 files changed, 0 insertions, 0 deletions