diff options
| author | Jan Beulich <jbeulich@novell.com> | 2018-11-06 11:39:42 +0100 |
|---|---|---|
| committer | Jan Beulich <jbeulich@suse.com> | 2018-11-06 11:39:42 +0100 |
| commit | 0aaca1d90a2f9f075852b2ea5907937cca037044 (patch) | |
| tree | dd283d25a109e37f0121c91e51ace6a0edc458a7 /opcodes/ChangeLog | |
| parent | bbae6b11eb3a3c4a4c2f589d6c2b30e3c6b97c04 (diff) | |
| download | gdb-0aaca1d90a2f9f075852b2ea5907937cca037044.zip gdb-0aaca1d90a2f9f075852b2ea5907937cca037044.tar.gz gdb-0aaca1d90a2f9f075852b2ea5907937cca037044.tar.bz2 | |
x86: add more VexWIG
Commits 6865c0435a ("x86: Support VEX/EVEX WIG encoding") and 6fa52824c3
("x86: Replace VexW=3 with VexWIG") omitted quite a few templates, oddly
enough in some cases despite testcases getting added (which then were
recorded with wrong expected output).
Also adjust VPMAXUB's attributes in the AVX512BW case to match ordering
of that of neighboring templates.
For the moment SSE2AVX templates are left alone, as it isn't clear
whether they were intentionally left untouched by the original commits
(the descriptions don't say either way).
In this context I question the decision in commit 0375113302 ("x86: Add
-mvexwig=[0|1] option to assembler") to move the logic to determine the
value of the W bit ahead of the decision whether to use 2-byte VEX:
While I can see this as one possible interpretation of -mvexwig=, the
other alternative (setting the value of the bit only if it actually
exists in the encoding) looks as reasonable to me, and perhaps even more
in line with us generally trying to pick the shortest encoding.
Diffstat (limited to 'opcodes/ChangeLog')
| -rw-r--r-- | opcodes/ChangeLog | 8 |
1 files changed, 8 insertions, 0 deletions
diff --git a/opcodes/ChangeLog b/opcodes/ChangeLog index 4594c68..639ed34 100644 --- a/opcodes/ChangeLog +++ b/opcodes/ChangeLog @@ -1,5 +1,13 @@ 2018-11-06 Jan Beulich <jbeulich@suse.com> + * i386-opc.tbl (vandnp*, vandp*, vcmp*, vcvtss2sd, vorp*, + vpmaxub, vmovntdqa, vmpsadbw, vphsub*): Use VexWIG instead of + Vex=1 on AVX / AVX2 flavors. + (vpmaxub): Re-order attributes on AVX512BW flavor. + * i386-tbl.h: Re-generate. + +2018-11-06 Jan Beulich <jbeulich@suse.com> + * i386-opc.tbl (VexW0, VexW1): New. (vphadd*, vphsub*): Use VexW0 on XOP variants. * i386-tbl.h: Re-generate. |