This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/70525] generating 'vpandn' without the mode suffix, gnu as fails to assemble (-mavx512bw)
- From: "jakub at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 04 Apr 2016 13:30:37 +0000
- Subject: [Bug target/70525] generating 'vpandn' without the mode suffix, gnu as fails to assemble (-mavx512bw)
- Auto-submitted: auto-generated
- References: <bug-70525-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70525
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Created attachment 38177
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38177&action=edit
gcc6-pr70525.patch
As the patch shows, I see numerous problems. E.g. the use of <mask_operand3_1>
in define_insn that really wasn't meant to be masked and doesn't have
<mask_name> in the name, but the use of <mask_operand3_1> still makes it
masked.
Or the existence of masked V*[QH]I andnot - we really can't support there, as
there are no VPANDNB and VPANDNW instructions. Plus we have to make sure we
emit vpandnq or vpandnd for all 512-bit modes, there is no such vpandn
instruction.