This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: mov{s,z}{b,w,l} suffix guessing
- From: "Jan Beulich" <JBeulich at suse dot com>
- To: "H.J. Lu" <hjl dot tools at gmail dot com>
- Cc: "Binutils" <binutils at sourceware dot org>
- Date: Wed, 29 Jun 2016 03:11:32 -0600
- Subject: Re: mov{s,z}{b,w,l} suffix guessing
- Authentication-results: sourceware.org; auth=none
- References: <57729F2B02000078000F9750 at prv-mh dot provo dot novell dot com> <CAMe9rOq-BrnG2oVbMudm85kQtLBdzf2G+6s+MDz0q4cS1CFiqQ at mail dot gmail dot com>
>>> On 28.06.16 at 16:44, <hjl.tools@gmail.com> wrote:
> On Tue, Jun 28, 2016 at 7:00 AM, Jan Beulich <JBeulich@suse.com> wrote:
>> H.J.,
>>
>> i386-opc.tbl has "interesting" comments around these, and the
>> assembler as a result provides inconsistent behavior: For one
>> because of the recognition of the suffix-less movzb (as the
>> only exception). And of course with both instruction groups
>> therefore being different from all other instructions with
>> register operands. So the question is: Are these inconsistencies
>> really intended, or wouldn't it be better to enhance things so
>> that at least the final suffix bytes on these two groups won't
>> be required anymore? (Clearly when both operands are
>> registers, one could even aim at making the second from last
>> suffix byte optional too.)
>>
>> And if the current (sorry) state is intentional, shouldn't use of
>> suffix-less movzb at least get warned about, to pave a road
>> towards removing that exception?
>
> Please open a bug with all these issues you found. We should
> investigate them. If changing them doesn't introduce any test
> failures and gcc/glibc/kernel have no issues, we should fix it.
Well, I'm hesitant to do such bureaucracy. I would do it if you
indicated to preferred direction would be to remove movzb. If
however you would, just like I do, prefer to add the missing
ones, then I'd much rather look into adding them instead of
writing a bugzilla entry.
Jan