[Bug tree-optimization/65427] New: ICE in emit_move_insn with wide vector types

[Bug tree-optimization/65427] New: ICE in emit_move_insn with wide vector types

[solar-gcc at openwall dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

            Bug ID: 65427
           Summary: ICE in emit_move_insn with wide vector types
           Product: gcc
           Version: 4.9.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: solar-gcc at openwall dot com

Created attachment 35037
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35037&action=edit
testcase

GCC 4.7.0 through at least 4.9.2 and 5.0 20150215 snapshot (I haven't tested
newer ones) fails with ICE when compiling the attached md5slice.c testcase on
and for Linux x86_64:

$ gcc md5slice.c -o md5slice -O2 -DVECTOR -Wno-attributes -ftree-loop-vectorize
md5slice.c: In function 'GG':
md5slice.c:302:27: internal compiler error: in emit_move_insn, at expr.c:3609
 static MAYBE_INLINE3 void GG(a, b, c, d, x, s, ac)
                           ^
0x6974d2 emit_move_insn(rtx_def*, rtx_def*)
        ../../gcc/expr.c:3608
0x5e5294 expand_gimple_stmt_1
        ../../gcc/cfgexpand.c:3288
0x5e5294 expand_gimple_stmt
        ../../gcc/cfgexpand.c:3322
0x5e589b expand_gimple_basic_block
        ../../gcc/cfgexpand.c:5162
0x5e7b56 gimple_expand_cfg
        ../../gcc/cfgexpand.c:5741
0x5e7b56 execute
        ../../gcc/cfgexpand.c:5961

Without -ftree-loop-vectorize, compilation succeeds.  With -O3, it fails
slightly differently:

$ gcc md5slice.c -o md5slice -O3 -DVECTOR -Wno-attributes 
md5slice.c: In function 'II.constprop':
md5slice.c:328:27: internal compiler error: in emit_move_insn, at expr.c:3609
 static MAYBE_INLINE3 void II(a, b, c, d, x, s, ac)
                           ^
0x6974d2 emit_move_insn(rtx_def*, rtx_def*)
        ../../gcc/expr.c:3608
0x5e5294 expand_gimple_stmt_1
        ../../gcc/cfgexpand.c:3288
0x5e5294 expand_gimple_stmt
        ../../gcc/cfgexpand.c:3322
0x5e589b expand_gimple_basic_block
        ../../gcc/cfgexpand.c:5162
0x5e7b56 gimple_expand_cfg
        ../../gcc/cfgexpand.c:5741
0x5e7b56 execute
        ../../gcc/cfgexpand.c:5961

With -mavx or -mavx2, it succeeds (despite of -O3).

GCC 4.7.0 does not have the -ftree-loop-vectorize option, but a similar problem
is seen with -O3:

$ gcc md5slice.c -o md5slice -O3 -DVECTOR -Wno-attributes
md5slice.c: In function 'GG':
md5slice.c:302:27: internal compiler error: in emit_move_insn, at expr.c:3435

So far, all of this is with:

typedef element vector __attribute__ ((vector_size (32)));

on line 41.  Reducing the vector width to 16 makes the plain SSE2 compilation
succeed with any optimizations.  Conversely, increasing the vector width to 64
makes compilation to fail even with AVX/AVX2 enabled.

Ideally, when the vector type width is in excess of the current target
architecture's native SIMD vector width, GCC should transparently split it into
multiple sub-vectors of the natively supported width.  This is useful not only
for being able to build/use wider-vector source code for/on older CPUs, but
also to hide instruction latencies by having the compiler interleave operations
on the sub-vectors due to the extra parallelism the excessive vector width
provides.  For example, once this is supported 32 could actually work faster
than 16 on SSE2, and 64 faster than 32 on AVX2, for some applications (as long
as the register pressure does not become too high).

Failing that, at least the compiler should report that this is unsupported,
rather than fail with an ICE.

With GCC 4.6.2 and older, the ICE does not occur, for the rather unfortunate
reason that (at least for me) these versions generate scalar code (so ~10x
slower) when the type's vector width exceeds what's supported natively.

[Bug tree-optimization/65427] [4.8/4.9/5 Regression] ICE in emit_move_insn with wide vector types

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-03-16
                 CC|                            |jakub at gcc dot gnu.org
   Target Milestone|---                         |4.8.5
            Summary|ICE in emit_move_insn with  |[4.8/4.9/5 Regression] ICE
                   |wide vector types           |in emit_move_insn with wide
                   |                            |vector types
     Ever confirmed|0                           |1

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
r178392 works, r178445 already ICEs, so r178408 looks like the most probable
candidate.
Reduced testcase for -O2 -ftree-vectorize:
typedef int V __attribute__ ((vector_size (32)));
V a, d, e, f;

void
foo (int b, int c)
{
  do
    {
      if (b)
    f = a ^ d;
      else
    f = e = a ^ d;
    }
  while (c);
}

[Bug tree-optimization/65427] [4.8/4.9/5 Regression] ICE in emit_move_insn with wide vector types

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Mon Mar 16 18:50:43 2015
New Revision: 221464

URL: https://gcc.gnu.org/viewcvs?rev=221464&root=gcc&view=rev
Log:
    PR tree-optimization/65427
    * tree-vect-generic.c (do_cond, expand_vector_scalar_condition): New
    functions.
    (expand_vector_operations_1): Handle BLKmode vector COND_EXPR.

    * gcc.c-torture/execute/pr65427.c: New test.

Added:
    trunk/gcc/testsuite/gcc.c-torture/execute/pr65427.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/tree-vect-generic.c

[Bug tree-optimization/65427] [4.8/4.9 Regression] ICE in emit_move_insn with wide vector types

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |5.0
            Summary|[4.8/4.9/5 Regression] ICE  |[4.8/4.9 Regression] ICE in
                   |in emit_move_insn with wide |emit_move_insn with wide
                   |vector types                |vector types

--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Fixed on the trunk so far.

[Bug tree-optimization/65427] [4.8/4.9 Regression] ICE in emit_move_insn with wide vector types

[jgreenhalgh at gcc dot gnu.org]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 10436 bytes --]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

James Greenhalgh <jgreenhalgh at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jgreenhalgh at gcc dot gnu.org

--- Comment #5 from James Greenhalgh <jgreenhalgh at gcc dot gnu.org> ---
The new test is causing an ICE when compiled for size on
arm-none-linux-gnueabihf, though this might just be exposing something latent
in the ARM back-end. Of the configure options, the only meaningful ones to
trigger the ICE are those which turn on NEON support (-mfpu=neon,
-mfloat-abi=hard )

./gcc-install/bin/gcc -v -Os
gcc-src/gcc/testsuite/gcc.c-torture/execute/pr65427.c -mfloat-abi=hard
-mfpu=neon
Using built-in specs.
COLLECT_GCC=./gcc-install/bin/gcc
COLLECT_LTO_WRAPPER=/work/jamgre01/gcc-install/bin/../libexec/gcc/armv7l-unknown-linux-gnueabihf/5.0.0/lto-wrapper
Target: armv7l-unknown-linux-gnueabihf
Configured with: /work/jamgre01//gcc-src/configure --with-cpu=cortex-a9
--with-fpu=neon-fp16 --with-mode=thumb --with-float=hard
--enable-languages=c,c++,fortran --prefix=/work/jamgre01//gcc-install
--with-build-config=bootstrap-time
Thread model: posix
gcc version 5.0.0 20150317 (experimental) (GCC) 
<snip>
gcc-src/gcc/testsuite/gcc.c-torture/execute/pr65427.c: In function ‘foo’:
gcc-src/gcc/testsuite/gcc.c-torture/execute/pr65427.c:17:1: internal compiler
error: in process_insert_insn, at gcse.c:2174
 }
 ^
0x337447 process_insert_insn
        /work/jamgre01//gcc-src/gcc/gcse.c:2174
0x33829f insert_insn_end_basic_block
        /work/jamgre01//gcc-src/gcc/gcse.c:2196
0x33a073 hoist_code
        /work/jamgre01//gcc-src/gcc/gcse.c:3492
0x33a073 one_code_hoisting_pass
        /work/jamgre01//gcc-src/gcc/gcse.c:3722
0x33a073 execute_rtl_hoist
        /work/jamgre01//gcc-src/gcc/gcse.c:4212
0x33a073 execute
        /work/jamgre01//gcc-src/gcc/gcse.c:4293
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
>From gcc-bugs-return-480701-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 18 15:03:54 2015
Return-Path: <gcc-bugs-return-480701-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 54862 invoked by alias); 18 Mar 2015 15:03:53 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 48263 invoked by uid 48); 18 Mar 2015 15:03:49 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/60851] [4.9/5 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march½ver4
Date: Wed, 18 Mar 2015 15:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.3
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60851-4-hAOzBV3tbx@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60851-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60851-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-03/txt/msg01845.txt.bz2
Content-length: 1550

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60851

--- Comment #9 from Uroš Bizjak <ubizjak at gmail dot com> ---
I have a patch in testing:

--cut here--
Index: recog.c
===================================================================
--- recog.c     (revision 221482)
+++ recog.c     (working copy)
@@ -2775,6 +2775,10 @@ constrain_operands (int strict, alternative_mask a
                               /* Before reload, accept what reload can turn
                                  into mem.  */
                               || (strict < 0 && CONSTANT_P (op))
+                              /* Before reload, accept a pseudo,
+                                 since LRA can turn it into mem.  */
+                              || (targetm.lra_p () && strict < 0 && REG_P (op)
+                                  && REGNO (op) >= FIRST_PSEUDO_REGISTER)
                               /* During reload, accept a pseudo  */
                               || (reload_in_progress && REG_P (op)
                                   && REGNO (op) >= FIRST_PSEUDO_REGISTER)))
--cut here--

The patch activates "safety net" recognition of pseudo regs for LRA-enabled
targets. LRA is able to spill pseudos to memory to satisfy memory-only
constraints, so constrain_operands should recognize this functionality.

This is actually the same approach as how constants are handled a couple of
lines above.
>From gcc-bugs-return-480702-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 18 15:08:42 2015
Return-Path: <gcc-bugs-return-480702-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 79875 invoked by alias); 18 Mar 2015 15:08:42 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 79814 invoked by uid 48); 18 Mar 2015 15:08:37 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/65380] [5 Regression][ICF] LTO: ICE in add_symbol_to_partition_1, at lto/lto-partition.c:158
Date: Wed, 18 Mar 2015 15:08:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: burnus at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65380-4-KeBlG710IT@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65380-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65380-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-03/txt/msg01846.txt.bz2
Content-length: 1137

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65380

--- Comment #13 from Tobias Burnus <burnus at gcc dot gnu.org> ---
(In reply to Martin Liška from comment #12)
> What's your target where you have the PR? I'm also unable to reproduce the
> issue. Even with BFD.

Build/host/target is a CentOS 6.6 x86_64-unknown-linux-gnu system, with the GIT
version of GCC installed and in the $PATH, the GIT version of binutils not in
the path (neither during build nor during run). GCC is configured with:
  --with-plugin-ld=<path to GIT version>/bin/ld --enable-checking=yes
  --enable-languages=c,c++,fortran,lto
Thus, for LTO the plugin-ld is invoked via the (implicit) -fuse-linker-plugin.

The GIT version of binutils is build with /usr/bin/gcc (= 4.4) and with
configure options --with-python (= nonsystem Python 2.7.8) --enable-plugins
--enable-ld --enable-gold.

The CentOS6 ships with glibc glibc-2.12-1.149.el6_6.5 and
binutils-2.20.51.0.2-5.42.el6.

Just to make sure, I have just re-bootstrapped GCC (r221491) and re-downloaded
the attached files - and it still ICEs for me without the patch in comment 10.
>From gcc-bugs-return-480703-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 18 15:11:59 2015
Return-Path: <gcc-bugs-return-480703-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 91031 invoked by alias); 18 Mar 2015 15:11:58 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 91007 invoked by uid 48); 18 Mar 2015 15:11:55 -0000
From: "fuz at fuz dot su" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/65424] gcc does not recognize byte swaps implemented as loop.
Date: Wed, 18 Mar 2015 15:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fuz at fuz dot su
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65424-4-16iGdP6Z2v@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65424-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65424-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-03/txt/msg01847.txt.bz2
Content-length: 185

https://gcc.gnu.org/bugzilla/show_bug.cgi?ide424

--- Comment #2 from Robert Clausecker <fuz at fuz dot su> ---
I'm looking forwards to a fix! This optimization is important for me.

[Bug tree-optimization/65427] [4.8/4.9 Regression] ICE in emit_move_insn with wide vector types

[ktkachov at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

ktkachov at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |ktkachov at gcc dot gnu.org
         Resolution|---                         |FIXED

--- Comment #6 from ktkachov at gcc dot gnu.org ---
(In reply to James Greenhalgh from comment #5)
> The new test is causing an ICE when compiled for size on
> arm-none-linux-gnueabihf, though this might just be exposing something
> latent in the ARM back-end. Of the configure options, the only meaningful
> ones to trigger the ICE are those which turn on NEON support (-mfpu=neon,
> -mfloat-abi=hard )

As mentioned on gcc-patches, that's a separate issue. I'm testing a patch

[Bug tree-optimization/65427] [4.8/4.9 Regression] ICE in emit_move_insn with wide vector types

[ktkachov at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

ktkachov at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |NEW
         Resolution|FIXED                       |---

--- Comment #7 from ktkachov at gcc dot gnu.org ---
Keeping it open for potential backports...

[Bug tree-optimization/65427] [4.8/4.9 Regression] ICE in emit_move_insn with wide vector types

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Wed Jun  3 15:26:56 2015
New Revision: 224086

URL: https://gcc.gnu.org/viewcvs?rev=224086&root=gcc&view=rev
Log:
        Backported from mainline
        2015-03-16  Jakub Jelinek  <jakub@redhat.com>

        PR tree-optimization/65427
        * tree-vect-generic.c (do_cond, expand_vector_scalar_condition): New
        functions.
        (expand_vector_operations_1): Handle BLKmode vector COND_EXPR.

        * gcc.c-torture/execute/pr65427.c: New test.

Added:
    branches/gcc-4_9-branch/gcc/testsuite/gcc.c-torture/execute/pr65427.c
Modified:
    branches/gcc-4_9-branch/gcc/ChangeLog
    branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
    branches/gcc-4_9-branch/gcc/tree-vect-generic.c

[Bug tree-optimization/65427] [4.8/4.9 Regression] ICE in emit_move_insn with wide vector types

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Fixed for 4.9.3 now, backporting to 4.8 is much harder, as the code changed
significantly.

[Bug tree-optimization/65427] [4.8/4.9 Regression] ICE in emit_move_insn with wide vector types

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.8.5                       |4.9.3

--- Comment #10 from Richard Biener <rguenth at gcc dot gnu.org> ---
The gcc-4_8-branch is being closed, re-targeting regressions to 4.9.3.

[Bug tree-optimization/65427] [4.9 Regression] ICE in emit_move_insn with wide vector types

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.3 has been released.

[Bug tree-optimization/65427] [4.9 Regression] ICE in emit_move_insn with wide vector types

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65427

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.9.3                       |4.9.4