Summary: | efficiency problem with V2HI add | ||
---|---|---|---|
Product: | gcc | Reporter: | Tom de Vries <tjvries> |
Component: | middle-end | Assignee: | Not yet assigned to anyone <unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | gcc-bugs |
Priority: | P3 | Keywords: | missed-optimization |
Version: | 4.3.0 | ||
Target Milestone: | 4.9.1 | ||
Host: | Target: | ||
Build: | Known to work: | ||
Known to fail: | Last reconfirmed: |
Description
Tom de Vries
2009-06-29 15:06:09 UTC
Good observations. Patches should be sent to gcc-patches@gcc.gnu.org together with a changelog entry following existing practice and a note how you tested the patch. See gcc.gnu.org/contribute.html. Fixed for GCC 5 by r5-1564 and backported to GCC 4.9.1. The code now looks like: /* For very wide vectors, try using a smaller vector mode. */ tree compute_type = type; if (op && (!VECTOR_MODE_P (TYPE_MODE (type)) || optab_handler (op, TYPE_MODE (type)) == CODE_FOR_nothing)) { Which solved this exact issue: N=4 V2HI N=8 DImode N=16 TImode N=32 BLKmode N=64 BLKmode |