This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] x86: accept SSE* insns accessing MMX registers with ".arch .nommx"


On 13.02.2020 12:43, H.J. Lu wrote:
> On Thu, Feb 13, 2020 at 1:24 AM Jan Beulich <jbeulich@suse.com> wrote:
>>
>> These are regular SSE/SSE2 insns, and hence should be accepted
>> irrespective of MMX as a feature being enabled. Since the MMX CPU
>> feature is intentionally not implicitly enabled by ".arch .sse", MMX
> 
> This begs the question if ".arch .sse" should enable MMX.

Well, I understood not doing so was intentional, for allowing
people to write SSE code which is free of MMX insns.

>> registers may be left unrecognized only when both MMX and SSE are
>> disabled. The errors previously generated on most of these insns in this
>> mode perhaps wasn't actually the biggest problem - in "noprefix" mode,
>> mm<N> source operands would silently have been taken as memory operands
>> of those names, i.e. wrong code was silently generated.
> 
> This is the real problem.  What happens if YMM/ZMM are used with
> AVX disabled?

I don't understand. When AVX is disabled, ymm<N> are expected to
be ordinary identifiers. Same for AVX512F and zmm<N> as well as
k<N>. When MMX is disabled the situation is different, due to
those SSE insns which access MMX registers.

Jan


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]