aboutsummaryrefslogtreecommitdiff
path: root/gas/ChangeLog
diff options
context:
space:
mode:
authorJan Beulich <jbeulich@suse.com>2021-06-07 08:49:33 +0200
committerJan Beulich <jbeulich@suse.com>2021-06-07 08:49:33 +0200
commita442cac5084e97d47223bac61cfc4d168c568ba4 (patch)
treea4c81ccccf7d2bb5a3582d462dfc063f0585a642 /gas/ChangeLog
parent6bee34a1dc94dcfbf84b6318a731e6b059b39977 (diff)
downloadgdb-a442cac5084e97d47223bac61cfc4d168c568ba4.zip
gdb-a442cac5084e97d47223bac61cfc4d168c568ba4.tar.gz
gdb-a442cac5084e97d47223bac61cfc4d168c568ba4.tar.bz2
ix86: wrap constants
Non-64-bit code should get handled the same with or without BFD64. This wasn't the case though in a number of situations (and quite likely there are more that I haven't spotted yet). It's not very nice to tie the check in md_apply_fix() to object_64bit, but afaict at that time we have no record anymore of the mode an insn was assembled in (it might also have been data). This doesn't look to be the first inconsistency of this kind, though. In x86_cons() it's even less clear what the right approach would be: flag_code shouldn't matter for data emission, but instead we'd need to know from which mode(s) the data actually gets accessed. On this basis, signed_cons() also gets adjusted.
Diffstat (limited to 'gas/ChangeLog')
-rw-r--r--gas/ChangeLog9
1 files changed, 9 insertions, 0 deletions
diff --git a/gas/ChangeLog b/gas/ChangeLog
index 67b4583..b1d6556 100644
--- a/gas/ChangeLog
+++ b/gas/ChangeLog
@@ -1,3 +1,12 @@
+2021-06-07 Jan Beulich <jbeulich@suse.com>
+
+ * config/tc-i386.c (extend_to_32bit_address): New.
+ (x86_cons, i386_finalize_immediate, md_apply_fix): Use it.
+ (signed_cons): Use object_64bit.
+ * testsuite/gas/i386/wrap32.s, testsuite/gas/i386/wrap32-data.d,
+ testsuite/gas/i386/wrap32-text.d: New.
+ * testsuite/gas/i386/i386.exp: Run new tests.
+
2021-06-03 Alan Modra <amodra@gmail.com>
PR 1202