diff options
author | Jan Beulich <jbeulich@novell.com> | 2017-12-15 09:12:37 +0100 |
---|---|---|
committer | Jan Beulich <jbeulich@suse.com> | 2017-12-15 09:12:37 +0100 |
commit | c5d0745b0d3edfea9e82a4b304ea1847790d72e4 (patch) | |
tree | bc85d0ffd3fd3d8944299c3ba7e8b4f40a0a6292 /gprof/ChangeLog-2004 | |
parent | 2778747c56d0837ec7defb80e756a7e6ca81b8ce (diff) | |
download | gdb-c5d0745b0d3edfea9e82a4b304ea1847790d72e4.zip gdb-c5d0745b0d3edfea9e82a4b304ea1847790d72e4.tar.gz gdb-c5d0745b0d3edfea9e82a4b304ea1847790d72e4.tar.bz2 |
x86: correct abort check
I'm rather certain the missing ! was just a typo, the more with the
similar check in mind that's in the same function a few hundred lines
down (in the body of "if (vex_reg != (unsigned int) ~0)"). Of course
this can't be demonstrated by a test case - internal data structure
consistency is being checked here, and neither form of the check
triggers with any current template.
It is also not really clear to me why operand_type_equal() is being used
in the {X,Y,Z}MM register check here, rather than just testing the
respective bits: Just like Reg32|Reg64 is legal in an operand template,
I don't see why e.g. RegXMM|RegYMM wouldn't be. For example it ought to
be possible to combine
vaddpd, 3, 0x6658, None, 1, CpuAVX, Modrm|Vex|VexOpcode=0|VexVVVV=1|VexW=1|IgnoreSize|No_bSuf|No_wSuf|No_lSuf|No_sSuf|No_qSuf|No_ldSuf, { Xmmword|Unspecified|BaseIndex|Disp8|Disp16|Disp32|Disp32S|RegXMM, RegXMM, RegXMM }
vaddpd, 3, 0x6658, None, 1, CpuAVX, Modrm|Vex=2|VexOpcode=0|VexVVVV=1|VexW=1|IgnoreSize|No_bSuf|No_wSuf|No_lSuf|No_sSuf|No_qSuf|No_ldSuf, { Ymmword|Unspecified|BaseIndex|Disp8|Disp16|Disp32|Disp32S|RegYMM, RegYMM, RegYMM }
into a single template (with setting of VEX.L suitably handled elsewhere
if that's not already happening anyway).
Additionally I don't understand why this uses abort() instead of
gas_assert().
Both of these latter considerations then also apply to the
aforementioned other check in the same function.
Diffstat (limited to 'gprof/ChangeLog-2004')
0 files changed, 0 insertions, 0 deletions