diff options
| author | Jakub Jelinek <jakub@redhat.com> | 2022-03-07 09:40:51 +0100 |
|---|---|---|
| committer | Jakub Jelinek <jakub@redhat.com> | 2022-03-07 09:40:51 +0100 |
| commit | 3bd11f791e08a5676f176d632c729d147f12dcaa (patch) | |
| tree | a469738d5d6a756a60a644b66427f504c4702682 /gcc/fortran | |
| parent | 0f0b42896196315acfc636b1e535cda4ee283646 (diff) | |
| download | gcc-3bd11f791e08a5676f176d632c729d147f12dcaa.zip gcc-3bd11f791e08a5676f176d632c729d147f12dcaa.tar.gz gcc-3bd11f791e08a5676f176d632c729d147f12dcaa.tar.bz2 | |
i386: Fix up cond_{and,ior,xor,mul}* [PR104779]
The following testcase ICEs, because the cond_andv* expander
has vector_operand predicates in both of the commutative inputs
and calls gen_andv*_mask which calls ix86_binary_operator_ok
in its condition, but nothing calls ix86_fixup_binary_operands_no_copy
during the expansion, which means cond_* accepts even operands
like 2 MEMs which then can't be matched.
The following patch handles it like most other insns that the other
cond_* patterns use - by having a separate define_expand that calls
ix86_fixup_binary_operands_no_copy and define_ins with
ix86_binary_operator_ok.
2022-03-07 Jakub Jelinek <jakub@redhat.com>
PR target/104779
* config/i386/sse.md (avx512dq_mul<mode>3<mask_name>): New
define_expand pattern. Rename define_insn to ...
(*avx512dq_mul<mode>3<mask_name>): ... this.
(<code><mode>3_mask): New any_logic define_expand pattern.
(<mask_codefor><code><mode>3<mask_name>): Rename to ...
(*<code><mode>3<mask_name>): ... this.
* gcc.target/i386/pr104779.c: New test.
Diffstat (limited to 'gcc/fortran')
0 files changed, 0 insertions, 0 deletions