[Bug target/61360] New: [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[Bug target/61360] New: [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[zsojka at seznam dot cz]

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

            Bug ID: 61360
           Summary: [4.10 Regression] ICE: in lra_update_insn_recog_data,
                    at lra.c:1363 with -mtune=bdver4
           Product: gcc
           Version: 4.10.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: zsojka at seznam dot cz

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

Compiler output:
$ gcc -mtune=bdver4 testcase.c 
testcase.c: In function 'foo':
testcase.c:5:1: internal compiler error: in lra_update_insn_recog_data, at
lra.c:1363
 }
 ^
0x9de5ef lra_update_insn_recog_data(rtx_def*)
        /mnt/svn/gcc-trunk/gcc/lra.c:1362
0x9fc882 eliminate_regs_in_insn
        /mnt/svn/gcc-trunk/gcc/lra-eliminations.c:1077
0x9fc882 process_insn_for_elimination
        /mnt/svn/gcc-trunk/gcc/lra-eliminations.c:1344
0x9fc882 lra_eliminate(bool, bool)
        /mnt/svn/gcc-trunk/gcc/lra-eliminations.c:1408
0x9e0945 lra(_IO_FILE*)
        /mnt/svn/gcc-trunk/gcc/lra.c:2404
0x98ebf6 do_reload
        /mnt/svn/gcc-trunk/gcc/ira.c:5415
0x98ebf6 execute
        /mnt/svn/gcc-trunk/gcc/ira.c:5576
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.

Tested revisions:
r211043 - ICE
4_9 r210572 - OK

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.10.0

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-06-13
                 CC|                            |trippels at gcc dot gnu.org,
                   |                            |vmakarov at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Confirmed. Also happens when building Firefox with -march=amdfam10.
Vladimir?

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

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

--- Comment #2 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Started with r210964 (doesn't compile) or r210965.

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[rsandifo at gcc dot gnu.org]

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

rsandifo at gcc dot gnu.org <rsandifo at gcc dot gnu.org> changed:

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

--- Comment #3 from rsandifo at gcc dot gnu.org <rsandifo at gcc dot gnu.org> ---
This is due to the use of the "enabled" attribute in:

(define_insn "*float<SWI48:mode><MODEF:mode>2_sse"
  [(set (match_operand:MODEF 0 "register_operand" "=f,x,x")
    (float:MODEF
      (match_operand:SWI48 1 "nonimmediate_operand" "m,r,m")))]
  "SSE_FLOAT_MODE_P (<MODEF:MODE>mode) && TARGET_SSE_MATH"
  "@
   fild%Z1\t%1
   %vcvtsi2<MODEF:ssemodesuffix><SWI48:rex64suffix>\t{%1, %d0|%d0, %1}
   %vcvtsi2<MODEF:ssemodesuffix><SWI48:rex64suffix>\t{%1, %d0|%d0, %1}"
  [(set_attr "type" "fmov,sseicvt,sseicvt")
   (set_attr "prefix" "orig,maybe_vex,maybe_vex")
   (set_attr "mode" "<MODEF:MODE>")
   (set (attr "prefix_rex")
     (if_then_else
       (and (eq_attr "prefix" "maybe_vex")
        (match_test "<SWI48:MODE>mode == DImode"))
       (const_string "1")
       (const_string "*")))
   (set_attr "unit" "i387,*,*")
   (set_attr "athlon_decode" "*,double,direct")
   (set_attr "amdfam10_decode" "*,vector,double")
   (set_attr "bdver1_decode" "*,double,direct")
   (set_attr "fp_int_src" "true")
   (set (attr "enabled")
     (cond [(eq_attr "alternative" "0")
              (symbol_ref "TARGET_MIX_SSE_I387
                           && X87_ENABLE_FLOAT (<MODEF:MODE>mode,
                                                <SWI48:MODE>mode)")
            (eq_attr "alternative" "1")
              /* ??? For sched1 we need constrain_operands to be able to
                 select an alternative.  Leave this enabled before RA.  */
              (symbol_ref "TARGET_INTER_UNIT_CONVERSIONS
                           || optimize_function_for_size_p (cfun)
                           || !(reload_completed
                                || reload_in_progress
                                || lra_in_progress)")
           ]
           (symbol_ref "true")))
   ])

"enabled" was really only supposed to be used to enable or disable
alternatives according to the current subtarget, rather than enable
or disable them based on the current stage in the pass pipeline
or on whether the function is being compiled for size or speed.
I have an idea for handling the size/speed thing, but we need
to fix the ??? as well.

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[Ganesh.Gopalasubramanian at amd dot com]

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

GGanesh <Ganesh.Gopalasubramanian at amd dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Ganesh.Gopalasubramanian@am
                   |                            |d.com

--- Comment #4 from GGanesh <Ganesh.Gopalasubramanian at amd dot com> ---
Any update on this?
Almost the entire polyhedron benchmark suite fails with -Ofast -march=bdver3.

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[zsojka at seznam dot cz]

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

--- Comment #5 from Zdenek Sojka <zsojka at seznam dot cz> ---
If anyone is interested in what architecutres are affected without looking at
the source code, there are rough statistics of ICEs encountered since it first
appeared:
ICEs count | switch
     21 -march=bdver3
    160 -mtune=amdfam10
    134 -mtune=barcelona
    153 -mtune=bdver1
    129 -mtune=bdver2
    176 -mtune=bdver3
    145 -mtune=bdver4

The reason for so low -march= count is that I am no longer using the -march=
switch. Other architectures are likely not affected.

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P1

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |slayoo at staszic dot waw.pl

--- Comment #6 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
*** Bug 61774 has been marked as a duplicate of this bug. ***

[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |abensonca at gmail dot com

--- Comment #7 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
*** Bug 61824 has been marked as a duplicate of this bug. ***

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[dcb314 at hotmail dot com]

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

--- Comment #8 from David Binderman <dcb314 at hotmail dot com> ---
Not sure if same or different - I am seeing

ChooseInitialTour.c:177:1: internal compiler error: in
lra_update_insn_recog_data, at lra.c:1218

from trunk 20140820.

ice goes away when I remove -march=native.

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[Ganesh.Gopalasubramanian at amd dot com]

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

--- Comment #9 from GGanesh <Ganesh.Gopalasubramanian at amd dot com> ---
Patch that fixes this issue has been submitted 
https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02179.html

The idea is to prohibit changes to the "enabled" attribute during lra and
reload pass.

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to fail|4.10.0                      |5.0

--- Comment #10 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to GGanesh from comment #9)
> Patch that fixes this issue has been submitted 
> https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02179.html
> 
> The idea is to prohibit changes to the "enabled" attribute during lra and
> reload pass.

I've tested your patch, but unfortunately gcc still ICEs (during Firefox
LTO build with -march=native on ancient Phenom II X4):

/var/tmp/mozilla-central/dom/mathml/nsMathMLElement.h: In member function
‘GetClientTop’:
/var/tmp/mozilla-central/dom/mathml/nsMathMLElement.h:42:0: internal compiler
error: in lra_update_insn_recog_data, at lra.c:1221
   NS_FORWARD_NSIDOMELEMENT_TO_GENERIC
 ^
0x8136bc lra_update_insn_recog_data(rtx_insn*)
        ../../gcc/gcc/lra.c:1220
0x82a705 eliminate_regs_in_insn
        ../../gcc/gcc/lra-eliminations.c:1077
0x82a705 process_insn_for_elimination
        ../../gcc/gcc/lra-eliminations.c:1344
0x82a705 lra_eliminate(bool, bool)
        ../../gcc/gcc/lra-eliminations.c:1408
0x8247b0 lra_constraints(bool)
        ../../gcc/gcc/lra-constraints.c:4040
0x815001 lra(_IO_FILE*)
        ../../gcc/gcc/lra.c:2193
0x7d3406 do_reload
        ../../gcc/gcc/ira.c:5310
0x7d3406 execute
        ../../gcc/gcc/ira.c:5469
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
>From gcc-bugs-return-459225-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 26 07:38:03 2014
Return-Path: <gcc-bugs-return-459225-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13342 invoked by alias); 26 Aug 2014 07:38:03 -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 13303 invoked by uid 48); 26 Aug 2014 07:38:00 -0000
From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ada/62117] [4.9 regression] wrong code for passing small array argument'Address, in generic
Date: Tue, 26 Aug 2014 07:38:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ada
X-Bugzilla-Version: 4.9.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ebotcazou at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
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: bug_status cc resolution
Message-ID: <bug-62117-4-B4Lz6i9xgs@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62117-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62117-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: 2014-08/txt/msg01722.txt.bz2
Content-length: 641

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

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |ebotcazou at gcc dot gnu.org
         Resolution|---                         |INVALID

--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
The memcmp function as declared is not pure since it reads local memory.  Pure
functions are only allowed to read their arguments in Ada.

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[trippels at gcc dot gnu.org]

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

--- Comment #11 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to GGanesh from comment #9)
> Patch that fixes this issue has been submitted 
> https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02179.html
> 
> The idea is to prohibit changes to the "enabled" attribute during lra and
> reload pass.

Here's a small testcase that still ICE's even with your patch applied:

 % cat utils.i
int a, b, c, e, f, g, h;
long *d;
__attribute__((cold)) void fn1() {
  int i = g | 1;
  for (; g; h++) {
    for (; a; e++) d[0] = c;
    if (0.002 * i) break;
    for (; b; f++) d[h] = 0;
  }
}

 % gcc -march=amdfam10 -O2 -c utils.i
utils.i: In function ‘fn1’:
utils.i:10:1: internal compiler error: in lra_update_insn_recog_data, at
lra.c:1223
 }
 ^
0x8ddb6c lra_update_insn_recog_data(rtx_insn*)
        ../../gcc/gcc/lra.c:1222
0x8f4595 eliminate_regs_in_insn
        ../../gcc/gcc/lra-eliminations.c:1077
0x8f4595 process_insn_for_elimination
        ../../gcc/gcc/lra-eliminations.c:1344
0x8f4595 lra_eliminate(bool, bool)
        ../../gcc/gcc/lra-eliminations.c:1408
0x8df81e lra(_IO_FILE*)
        ../../gcc/gcc/lra.c:2278
0x89ddf6 do_reload
        ../../gcc/gcc/ira.c:5311
0x89ddf6 execute
        ../../gcc/gcc/ira.c:5470
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-461355-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 06 13:11:08 2014
Return-Path: <gcc-bugs-return-461355-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27679 invoked by alias); 6 Sep 2014 13:11:07 -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 27609 invoked by uid 48); 6 Sep 2014 13:11:00 -0000
From: "trippels at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63194] New: [4.9/5 Regression] ICE in maybe_explain_implicit_delete, at cp/method.c:1552
Date: Sat, 06 Sep 2014 13:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: trippels at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc
Message-ID: <bug-63194-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: 2014-09/txt/msg01189.txt.bz2
Content-length: 3327

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

            Bug ID: 63194
           Summary: [4.9/5 Regression] ICE in
                    maybe_explain_implicit_delete, at cp/method.c:1552
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: trippels at gcc dot gnu.org
                CC: jason at gcc dot gnu.org

Reduced from a huge boost testcase:

markus@x4 tmp % cat horzcollisionbar.ii
template <int>
class A {
 public:
  A() noexcept(noexcept(0)) = default;
};
class B {
  A<0> m_points;
};
void fn1(A<0>, A<0>) { B(); }

markus@x4 tmp % g++ -c -std=c++11 horzcollisionbar.ii
horzcollisionbar.ii: In function ‘void fn1(A<0>, A<0>)’:
horzcollisionbar.ii:9:26: error: use of deleted function ‘B::B()’
 void fn1(A<0>, A<0>) { B(); }
                          ^
horzcollisionbar.ii:6:7: note: ‘B::B()’ is implicitly deleted because the
default definition would be ill-formed:
 class B {
       ^
horzcollisionbar.ii:6:7: error: use of deleted function ‘A<<anonymous> >::A()
[with int <anonymous> = 0]’
horzcollisionbar.ii:4:3: internal compiler error: in
maybe_explain_implicit_delete, at cp/method.c:1552
   A() noexcept(noexcept(0)) = default;
   ^
0x6ea0d8 maybe_explain_implicit_delete(tree_node*)
        ../../gcc/gcc/cp/method.c:1552
0x653df0 mark_used(tree_node*, int)
        ../../gcc/gcc/cp/decl2.c:4877
0x57233e build_over_call
        ../../gcc/gcc/cp/call.c:7019
0x57df65 build_new_method_call_1
        ../../gcc/gcc/cp/call.c:8098
0x57df65 build_new_method_call(tree_node*, tree_node*, vec<tree_node*, va_gc,
vl_embed>**, tree_node*, int, tree_node**, int)
        ../../gcc/gcc/cp/call.c:8168
0x6e00ef locate_fn_flags
        ../../gcc/gcc/cp/method.c:906
0x6e2eca walk_field_subobs
        ../../gcc/gcc/cp/method.c:1193
0x6e3a34 synthesized_method_walk
        ../../gcc/gcc/cp/method.c:1435
0x6e9f7f maybe_explain_implicit_delete(tree_node*)
        ../../gcc/gcc/cp/method.c:1541
0x653df0 mark_used(tree_node*, int)
        ../../gcc/gcc/cp/decl2.c:4877
0x572cc2 build_over_call
        ../../gcc/gcc/cp/call.c:7381
0x57df65 build_new_method_call_1
        ../../gcc/gcc/cp/call.c:8098
0x57df65 build_new_method_call(tree_node*, tree_node*, vec<tree_node*, va_gc,
vl_embed>**, tree_node*, int, tree_node**, int)
        ../../gcc/gcc/cp/call.c:8168
0x57eed9 build_special_member_call(tree_node*, tree_node*, vec<tree_node*,
va_gc, vl_embed>**, tree_node*, int, int)
        ../../gcc/gcc/cp/call.c:7712
0x6d83ab build_value_init(tree_node*, int)
        ../../gcc/gcc/cp/init.c:350
0x620e74 build_functional_cast(tree_node*, tree_node*, int)
        ../../gcc/gcc/cp/typeck2.c:1928
0x687643 cp_parser_functional_cast
        ../../gcc/gcc/cp/parser.c:23581
0x68118b cp_parser_postfix_expression
        ../../gcc/gcc/cp/parser.c:5936
0x683e73 cp_parser_unary_expression
        ../../gcc/gcc/cp/parser.c:7287
0x684c38 cp_parser_binary_expression
        ../../gcc/gcc/cp/parser.c:8030
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.

Started with r203989.
>From gcc-bugs-return-461356-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 06 13:20:39 2014
Return-Path: <gcc-bugs-return-461356-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 31299 invoked by alias); 6 Sep 2014 13:20:39 -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 31268 invoked by uid 48); 6 Sep 2014 13:20:35 -0000
From: "trippels at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63194] [5 Regression] ICE in maybe_explain_implicit_delete, at cp/method.c:1552
Date: Sat, 06 Sep 2014 13:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: trippels at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
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: cf_known_to_work short_desc cf_known_to_fail
Message-ID: <bug-63194-4-BquPSpkg4P@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63194-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63194-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: 2014-09/txt/msg01190.txt.bz2
Content-length: 716

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |4.8.3, 4.9.0
            Summary|[4.9/5 Regression] ICE in   |[5 Regression] ICE in
                   |maybe_explain_implicit_dele |maybe_explain_implicit_dele
                   |te, at cp/method.c:1552     |te, at cp/method.c:1552
      Known to fail|                            |5.0

--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Actually gcc-4.9 compiles the testcase without any warning.

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[ubizjak at gmail dot com]

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

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at gcc dot gnu.org      |ubizjak at gmail dot com

--- Comment #12 from Uroš Bizjak <ubizjak at gmail dot com> ---
Created attachment 33496
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33496&action=edit
Patch that splits float<...>_sse to interunit and nointerunit parts

I have patch that avoids problematic "enable" attribute in testing.
>From gcc-bugs-return-461836-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 15 17:30:58 2014
Return-Path: <gcc-bugs-return-461836-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25438 invoked by alias); 15 Sep 2014 17:30:57 -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 25368 invoked by uid 48); 15 Sep 2014 17:30:49 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune½ver4
Date: Mon, 15 Sep 2014 17:30: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: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status assigned_to
Message-ID: <bug-61360-4-ZMTSLCQZx2@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61360-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61360-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: 2014-09/txt/msg01670.txt.bz2
Content-length: 602

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW
           Assignee|ubizjak at gmail dot com           |unassigned at gcc dot gnu.org

--- Comment #13 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Uroš Bizjak from comment #12)

> I have patch that avoids problematic "enable" attribute in testing.

Eh, the patch hits PR 60704...
>From gcc-bugs-return-461838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 15 17:38:00 2014
Return-Path: <gcc-bugs-return-461838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29552 invoked by alias); 15 Sep 2014 17:37:59 -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 28970 invoked by uid 48); 15 Sep 2014 17:37:53 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune½ver4
Date: Mon, 15 Sep 2014 17:37: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: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-61360-4-uLFGRAc87w@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61360-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61360-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: 2014-09/txt/msg01672.txt.bz2
Content-length: 536

https://gcc.gnu.org/bugzilla/show_bug.cgi?ida360
Bug 61360 depends on bug 60704, which changed state.

Bug 60704 Summary: [4.9 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2156 with -flive-range-shrinkage -march=amdfam10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id`704

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

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[vmakarov at gcc dot gnu.org]

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

--- Comment #14 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
LRA reuses data about enabled alternatives (through code in recog.c) from
previous passes.  And the data are not right anymore.  There are two ways of
fixing that:

o enable the alternative with only "m" for LRA (remove lra_in_progress from the
definition of the attribute) as LRA can handle only "m" although reload can't.

o prevent reusing the data

I'll prepare and submit the patch for the second solution.  Although it would
be wise with perfomance point of view to implement the first one too but I
handle over this joba and the decision to x86 maintainers.

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[vmakarov at gcc dot gnu.org]

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

--- Comment #15 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Thu Sep 18 15:57:06 2014
New Revision: 215358

URL: https://gcc.gnu.org/viewcvs?rev=215358&root=gcc&view=rev
Log:
2014-09-18  Vladimir Makarov  <vmakarov@redhat.com>

    PR target/61360
    * lra.c (lra): Call recog_init.

2014-09-18  Vladimir Makarov  <vmakarov@redhat.com>

    PR target/61360
    * gcc.target/i386/pr61360.c: New.


Added:
    trunk/gcc/testsuite/gcc.target/i386/pr61360.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/lra.c
    trunk/gcc/testsuite/ChangeLog

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[jakub at gcc dot gnu.org]

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

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

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

--- Comment #16 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I see r216557 has been committed, isn't this resolved by that change?

[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61360
Bug 61360 depends on bug 60704, which changed state.

Bug 60704 Summary: [4.9 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2156 with -flive-range-shrinkage -march=amdfam10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60704

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