[Bug target/95256] [11 Regression] ICE in convert_move, at expr.c:278 since r11-263-g7c355156aa20eaec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256 Arseny Solokha changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #7 from Arseny Solokha --- .
[Bug target/95256] [11 Regression] ICE in convert_move, at expr.c:278 since r11-263-g7c355156aa20eaec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256 --- Comment #6 from Hongtao.liu --- (In reply to Arseny Solokha from comment #5) > Is there some further work pending, or should this PR be closed now? It's fixed.
[Bug target/95256] [11 Regression] ICE in convert_move, at expr.c:278 since r11-263-g7c355156aa20eaec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256 --- Comment #5 from Arseny Solokha --- Is there some further work pending, or should this PR be closed now?
[Bug target/95256] [11 Regression] ICE in convert_move, at expr.c:278 since r11-263-g7c355156aa20eaec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256 --- Comment #4 from CVS Commits --- The master branch has been updated by hongtao Liu : https://gcc.gnu.org/g:9d0dc47de6ed9609fe7445ea0941a6a822c80f88 commit r11-621-g9d0dc47de6ed9609fe7445ea0941a6a822c80f88 Author: liuhongt Date: Tue May 26 11:14:31 2020 +0800 Fix non-comforming expander for floatv2div2sf2,floatunsv2div2sf2,fix_truncv2sfv2di,fixuns_truncv2sfv2di. 2020-05-26 Hongtao Liu Uroš Bizjak gcc/ChangeLog: PR target/95211 PR target/95256 * config/i386/sse.md (v2div2sf2): New expander. (fix_truncv2sfv2di2): Ditto. (avx512dq_floatv2div2sf2): Renaming from floatv2div2sf2. (avx512dq_fix_truncv2sfv2di2): Renaming from fix_truncv2sfv2di2. (vec_pack_float_): Adjust icode name. (vec_unpack_fix_trunc_lo_): Ditto. (vec_unpack_fix_trunc_hi_): Ditto. * config/i386/i386-builtin.def: Ditto. * emit-rtl.c (validate_subreg): Allow use of *paradoxical* vector subregs when both omode and imode are vector mode and have the same inner mode. gcc/testsuite/ChangeLog * gcc.target/i386/pr95211.c: New test.
[Bug target/95256] [11 Regression] ICE in convert_move, at expr.c:278 since r11-263-g7c355156aa20eaec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256 Uroš Bizjak changed: What|Removed |Added Depends on||95125 CC||crazylht at gmail dot com --- Comment #3 from Uroš Bizjak --- This PR and PR95211 will be fixed by the for PR95125. Here, the offending pattern should be renamed to something like avx512dq_fix_truncv2sfv2di2 and an expander should be added: (define_expand "fix_truncv2sfv2di2" [(set (match_operand:V2DI 0 "register_operand") (any_fix:V2DI (match_operand:V2SF 1 "nonimmediate_operand")))] "TARGET_AVX512DQ && TARGET_AVX512VL" { if (!MEM_P (operands[1])) { operands[1] = simplify_gen_subreg (V4SFmode, operands[1], V2SFmode, 0); emit_insn (gen_avx512dq_fix_truncv2sfv2di2 (operands[0], operands[1])); DONE; } }) Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95125 [Bug 95125] Unoptimal code for vectorized conversions
[Bug target/95256] [11 Regression] ICE in convert_move, at expr.c:278 since r11-263-g7c355156aa20eaec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256 Uroš Bizjak changed: What|Removed |Added Target Milestone|--- |11.0 --- Comment #2 from Uroš Bizjak --- The patch exposes another case of named pattern with non-conformant operand mode. This time, it is: (define_insn "fix_truncv2sfv2di2" [(set (match_operand:V2DI 0 "register_operand" "=v") (any_fix:V2DI (vec_select:V2SF (match_operand:V4SF 1 "nonimmediate_operand" "vm") (parallel [(const_int 0) (const_int 1)]] "TARGET_AVX512DQ && TARGET_AVX512VL" "vcvttps2qq\t{%1, %0|%0, %q1}" [(set_attr "type" "ssecvt") (set_attr "prefix" "evex") (set_attr "mode" "TI")])
[Bug target/95256] [11 Regression] ICE in convert_move, at expr.c:278 since r11-263-g7c355156aa20eaec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org, ||uros at gcc dot gnu.org Status|UNCONFIRMED |NEW Last reconfirmed||2020-05-21 Summary|[11 Regression] ICE in |[11 Regression] ICE in |convert_move, at expr.c:278 |convert_move, at expr.c:278 ||since ||r11-263-g7c355156aa20eaec Ever confirmed|0 |1 --- Comment #1 from Martin Liška --- Started with r11-263-g7c355156aa20eaec.